[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