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)
Change History (8)
Changed 15 years ago by roberto@…
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 build → attica fails to build on Tiger |
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: | new → assigned |
---|
comment:4 follow-up: 5 Changed 14 years ago by nerdling (Jeremy Lavergne)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Untested patch using additional LD flags when compiled on Tiger, r68174.
comment:5 Changed 14 years ago by cenci@…
Resolution: | fixed |
---|---|
Status: | closed → reopened |
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: | reopened → closed |
Note: See
TracTickets for help on using
tickets.
The relevant lines in the log are:
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.