[97657] trunk/dports/lang
Chris Jones
jonesc at hep.phy.cam.ac.uk
Tue Sep 11 15:32:05 PDT 2012
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 <michaelld at macports.org> 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
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo/macports-dev
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2030 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20120911/c08d71d2/attachment.p7s>
More information about the macports-dev
mailing list