Ticket #13475 (closed defect: wontfix)
universal_cflags in 10.5 cause linking issue
| Reported by: | gzjjgod@… | Owned by: | jmpp@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | base | Version: | 1.5.2 |
| Keywords: | Cc: | ||
| Port: |
Description
If we use the default configure.universal_cflags to build universal binary in Mac OS X 10.5, error like
ld: library not found for -lcrt1.10.5.o
will happend. See also http://lists.apple.com/archives/Xcode-users/2007/Oct/msg00686.html
This patch fixed this by adding "-mmacosx-version-min=10.4" into default configure.universal_cflags.
Attachments
Change History
Changed 6 years ago by gzjjgod@…
- Attachment portconfigure.tcl.diff added
comment:1 Changed 6 years ago by wsiegrist@…
- Owner changed from wsiegrist@… to jmpp@…
- Component changed from infrastructure to ports
Not an infrastructure issue. Sending to jmpp for reclassification.
comment:2 Changed 6 years ago by jmpp@…
- Component changed from ports to base
- Milestone set to MacPorts base bugs
comment:3 follow-up: ↓ 5 Changed 5 years ago by eridius@…
We target the 10.5 SDK if it exists now, so is this problem still valid?
comment:4 Changed 5 years ago by gzjjgod@…
No, if -isysroot /Developer/SDKs/MacOSX10.5.sdk is used, such linking problem will not happen.
comment:5 in reply to: ↑ 3 Changed 5 years ago by afb@…
- Status changed from new to closed
- Resolution set to wontfix
Replying to eridius@macports.org:
We target the 10.5 SDK if it exists now, so is this problem still valid?
Only if cross-developing, which isn't supported. (or if 10.5 SDK is missing, which isn't either)
comment:6 Changed 5 years ago by mdickens@…
At least in MacPorts 1.6.0, this ticket no longer seems to be an issue.
Ticket #11267 provides a tarball that (at least in my testing) allows for python25 +universal, +framework, +universal+framework, or just plain; for both 10.4 (using the 10.4SDK for +universal) and 10.5 (using the 10.5SDK for +universal); all combinations of variants seem to work correctly. While the resulting binaries using +universal are for "i386" and "ppc", it would not be difficult to add variants to do "ppc64" and "x86_64" (though, of course, 64-bit apps are not well-tested on OSX just yet).
patch to portconfigure.tcl