Date: Fri, 29 Mar 2013 08:13:24 +0100 From: deeptech71 <deeptech71@gmail.com> To: freebsd-current@freebsd.org Subject: Re: net/xmlrpc-c-devel port with GCC 4.8 Message-ID: <51553F14.1050609@gmail.com> In-Reply-To: <45FF4CDD-66C2-4AA5-8A8D-B39677A4D6B1@FreeBSD.org> References: <514A05FB.7020608@gmail.com> <45FF4CDD-66C2-4AA5-8A8D-B39677A4D6B1@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 03/20/2013 20:49, Dimitry Andric wrote:> On Mar 20, 2013, at 19:54, deeptech71 <deeptech71@gmail.com> wrote: >> /usr/local/lib/gcc48/include/c++/bits/locale_facets.h:869: undefined reference to `std::ctype<char>::_M_widen_init() const' >> [...] >> /usr/local/lib/gcc48/include/c++/bits/stl_list.h:1550: undefined reference to `std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*)' >> [...] >> >> I worked around this by adding "/usr/local/lib/gcc48/libstdc++.so" to the make-rule. Weird. Why does this work? Should it? > > This is a general problem with the gcc ports: they should all pull in > their own version(s) of libstdc++.so instead of using the default linker > path. And possibly add rpath entries, to make sure the correct version > of libstdc++.so is used at runtime. On 03/28/2013 15:37, Renato Botelho wrote: > The problem here is -L/usr/lib, libwww-config --libs returned that, > maybe the issue is on libwww side. !
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?51553F14.1050609>