#43950: openjpeg build fails on 10.4 with missing symbols --------------------+-------------------------------- Reporter: nad@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: | Port: openjpeg --------------------+-------------------------------- Upgrading openjeg (2.0.0_1 < 2.1.0_0) fails on my 10.4.11 PPC system. On 10.4, the port depends on the `apple-gcc42` compiler port. After a quick look, I'm not sure what is going on but one thing looks rather odd: it appears that `ld` may be incorrectly looking for MacPorts-installed library using the SDK root prefix (note, this installation uses a --prefix of `/macports` rather than `/opt/local`). I wonder whether the addition of `-isystem` in r115051 is causing problems. {{{ :info:build /usr/bin/ld: warning can't open dynamic library: /Developer/SDKs/MacOSX10.4u.sdk/macports/lib/liblzma.5.dylib referenced from: /macports/lib/libtiff.dylib (checking for undefined symbols may b e affected) (No such file or directory, errno = 2) :info:build /usr/bin/ld: warning can't open dynamic library: /Developer/SDKs/MacOSX10.4u.sdk/macports/lib/libjpeg.9.dylib referenced from: /macports/lib/libtiff.dylib (checking for undefined symbols may b e affected) (No such file or directory, errno = 2) :info:build /usr/bin/ld: Undefined symbols: :info:build _jpeg_CreateCompress referenced from libtiff expected to be defined in /macports/lib/libjpeg.9.dylib :info:build _jpeg_CreateDecompress referenced from libtiff expected to be defined in /macports/lib/libjpeg.9.dylib ... }}} For example, those first two symbols do appear to exist in the MacPorts- installed libjpeg: {{{ $ nm /macports/lib/libjpeg.9.dylib | grep Create 000011ac T _jpeg_CreateCompress 0000d2e8 T _jpeg_CreateDecompress }}} -- Ticket URL: <https://trac.macports.org/ticket/43950> MacPorts <http://www.macports.org/> Ports system for OS X