Hi, Just to add I have a bug report against the root port, when building with macPorts gcc 4.7 that looks to me like it could be related to what is being discussed here. It started for the user after the recent gcc updates.
https://trac.macports.org/ticket/36093 Chris On 11 Sep 2012, at 9:46pm, Michael Dickens <[email protected]> wrote: > The error, generally, is: > > :info:build Undefined symbols for architecture x86_64: > :info:build "std::_List_node_base::_M_transfer(std::_List_node_base*, > std::_List_node_base*)", referenced from: > :info:build std::list<regexp::match_element, > std::allocator<regexp::match_element> >> ::operator=(std::list<regexp::match_element, > std::allocator<regexp::match_element> > const&) in liboctave_la-regexp.o > :info:build "std::_List_node_base::_M_hook(std::_List_node_base*)", > referenced from: > > and on these systems: > > * /opt/local/lib/gcc45/libstdc++.6.dylib -> /usr/lib/libstdc++.6.dylib > > * the file "/usr/lib/libstdc++.6.dylib" does exist; > > and > > * nm -a /usr/lib/libstdc++.6.dylib | grep _List_node_base | grep > _M_transfer > > returns nothing. So, clearly there's a disconnect between the libstdc++ > source used for compiling and the libstdc++ library being linked with. > I haven't tried using a newer gcc yet. > > I'm open to suggestions, but the above looks pretty clear where the > issue lies. - MLD > _______________________________________________ > macports-dev mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo/macports-dev
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ macports-dev mailing list [email protected] http://lists.macosforge.org/mailman/listinfo/macports-dev
