#24749: attica fails to build on Tiger ----------------------------------+----------------------------------------- Reporter: roberto@… | Owner: snc@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: attica ----------------------------------+----------------------------------------- Changes (by ryandesign@…): * owner: macports-tickets@… => snc@… * cc: sharky@…, ryandesign@… (added) * port: => attica Comment: The relevant lines in the log are: {{{ ld: warning can't open dynamic library: /Developer/SDKs/MacOSX10.4u.sdk/opt/local/lib/libz.1.dylib referenced from: /opt/local/libexec/qt4-mac/lib/QtCore.framework/QtCore (checking for undefined symbols may be affected) (No such file or directory, errno = 2) ld: warning can't open dynamic library: /Developer/SDKs/MacOSX10.4u.sdk/opt/local/lib/libssl.0.9.8.dylib referenced from: /opt/local/libexec/qt4-mac/lib/QtNetwork.framework/QtNetwork (checking for undefined symbols may be affected) (No such file or directory, errno = 2) ld: warning can't open dynamic library: /Developer/SDKs/MacOSX10.4u.sdk/opt/local/lib/libcrypto.0.9.8.dylib referenced from: /opt/local/libexec/qt4-mac/lib/QtNetwork.framework/QtNetwork (checking for undefined symbols may be affected) (No such file or directory, errno = 2) }}} It means the link flags -lz -lssl -lcrypto are missing. This problem is unique to using a Mac OS X SDK on Tiger; with Leopard and later Xcode figures this out for you. In this case there's not even really a reason to be using an SDK since we're building on i386 for i386. But cmake seems to decide that it should always use the SDK when on Tiger, thus causing this problem. We could work around it by either telling cmake to not use the SDK, or by adding the required -l flags. -- Ticket URL: <http://trac.macports.org/ticket/24749#comment:1> MacPorts <http://www.macports.org/> Ports system for Mac OS