Opened 15 years ago

Closed 14 years ago

#24749 closed defect (fixed)

attica fails to build on Tiger

Reported by: roberto@… Owned by: nerdling (Jeremy Lavergne)
Priority: Normal Milestone:
Component: ports Version: 1.8.2
Keywords: Cc: sharky@…, ryandesign (Ryan Carsten Schmidt)
Port: attica

Description

When updating today, attica failed to build. I have attached the complete log.

Attachments (1)

build.log (16.3 KB) - added by roberto@… 15 years ago.

Download all attachments as: .zip

Change History (8)

Changed 15 years ago by roberto@…

Attachment: build.log added

comment:1 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: sharky@… ryandesign@… added
Owner: changed from macports-tickets@… to snc@…
Port: attica added
Summary: attica fails to buildattica fails to build on Tiger

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.

comment:2 Changed 15 years ago by nerdling (Jeremy Lavergne)

So this wasn't a result of qt4-mac referencing non-existant paths? It sounds like we're overriding qt4-mac...

comment:3 Changed 14 years ago by nerdling (Jeremy Lavergne)

Status: newassigned

comment:4 Changed 14 years ago by nerdling (Jeremy Lavergne)

Resolution: fixed
Status: assignedclosed

Untested patch using additional LD flags when compiled on Tiger, r68174.

comment:5 in reply to:  4 Changed 14 years ago by cenci@…

Resolution: fixed
Status: closedreopened

Replying to snc@…:

Untested patch using additional LD flags when compiled on Tiger, r68174.

Patch has a typo: crytpo -> crypto
Tested on Macports 1.9.0 Tiger 10.4.11 XCode 2.5
I reopen the ticket, I don't know if I did the right thing, first time aroun

comment:6 Changed 14 years ago by nerdling (Jeremy Lavergne)

Typo fixed in r69085. Let me know if it works aside from the typo … ;-)

comment:7 Changed 14 years ago by nerdling (Jeremy Lavergne)

Resolution: fixed
Status: reopenedclosed
Note: See TracTickets for help on using tickets.