[MacPorts] #24749: attica fails to build on Tiger (was: attica fails to build)

MacPorts noreply at macports.org
Sun May 2 11:59:06 PDT 2010


#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


More information about the macports-tickets mailing list