[MacPorts] #52468: gtk3 3.22.0_0 build fails on 10.5 ppc
MacPorts
noreply at macports.org
Sat Oct 1 19:28:28 CEST 2016
#52468: gtk3 3.22.0_0 build fails on 10.5 ppc
-------------------------+----------------------
Reporter: dgonyier@… | Owner: devans@…
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version: 2.3.4
Resolution: | Keywords: leopard
Port: gtk3 |
-------------------------+----------------------
Comment (by ken.cunningham.webuse@…):
so far, on PPC, it looks like all the c++ ports I can identify are linked
against /usr/lib/libstdc++.
{{{
/opt/local/lib/libpspell.15.dylib:
/opt/local/lib/libpspell.15.dylib (compatibility version 17.0.0,
current version 17.5.0)
/opt/local/lib/libaspell.15.dylib (compatibility version 17.0.0,
current version 17.5.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 88.1.12)
/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current
version 7.4.0)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current
version 1.0.0)
}}}
on the other hand, I've got libstdc++.dylib all over the place:
{{{
tigerg5:/opt/tigerports cunningh$ locate libstdc++.dylib
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/gcc/powerpc-apple-
darwin7/4.0.0/libstdc++.dylib
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/gcc/powerpc-apple-
darwin7/4.0.1/libstdc++.dylib
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libstdc++.dylib
/Developer/SDKs/MacOSX10.3.9.sdk/usr/power-apple-
darwin8/4.0.1/libstdc++.dylib
/Developer/SDKs/MacOSX10.4u.sdk/usr/i686-apple-
darwin8/4.0.1/libstdc++.dylib
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/i686-apple-
darwin8/4.0.0/libstdc++.dylib
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/i686-apple-
darwin8/4.0.1/libstdc++.dylib
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-
darwin8/4.0.0/libstdc++.dylib
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-
darwin8/4.0.1/libstdc++.dylib
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libstdc++.dylib
/Developer/SDKs/MacOSX10.4u.sdk/usr/power-apple-
darwin8/4.0.1/libstdc++.dylib
/Developer/usr/lib/gcc/i686-apple-darwin8/4.0.1/libstdc++.dylib
/Developer/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/libstdc++.dylib
/opt/local/lib/apple-gcc42/gcc/powerpc-apple-darwin8/4.2.1/libstdc++.dylib
/opt/local/lib/gcc46/libstdc++.dylib
/opt/local/lib/gcc48/libstdc++.dylib
/opt/local/lib/gcc5/libstdc++.dylib
/opt/local/lib/gcc6/libstdc++.dylib
/usr/lib/gcc/i686-apple-darwin8/4.0.1/libstdc++.dylib
/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/libstdc++.dylib
}}}
but I'm going to take a bit of a leap that the only way this mess can work
at all is if all these different copies of this library (all being built
by gcc in the first place) are compatible with each other (not including
the i686 copies for universal compiling on 10.4, of course). So that part
should be OK.
--
Ticket URL: <https://trac.macports.org/ticket/52468#comment:19>
MacPorts <https://www.macports.org/>
Ports system for the Mac operating system
More information about the macports-tickets
mailing list