#11881 closed enhancement (fixed)
RFE: xcode portgroup - add +universal variant
Reported by: | meissnem@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | MacPorts 1.7.0 |
Component: | base | Version: | |
Keywords: | Cc: | ryandesign (Ryan Carsten Schmidt), nox@…, jmroot (Joshua Root), pguyot (Paul Guyot) | |
Port: |
Description
add a +universal varaint to xcode group
Attachments (1)
Change History (13)
Changed 18 years ago by meissnem@…
Attachment: | xcode-group-universal.patch added |
---|
comment:1 Changed 18 years ago by pipping@…
Milestone: | → Needs developer review |
---|---|
Type: | defect → task |
comment:2 Changed 17 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | ryandesign@… added |
---|
comment:3 Changed 17 years ago by jmpalacios (Juan Manuel Palacios)
Milestone: | Needs developer review → MacPorts base bugs |
---|
comment:4 Changed 17 years ago by nox@…
Priority: | Expected → Normal |
---|---|
Summary: | xcode portgroup - add +universal variant → RFE: xcode portgroup - add +universal variant |
Type: | task → enhancement |
comment:5 Changed 17 years ago by nox@…
Milestone: | MacPorts base bugs → MacPorts base enhancements |
---|
comment:6 Changed 17 years ago by nox@…
Cc: | nox@… added |
---|
The problem of this patch is that it enables universal support... for those xcode projects that build only one arch by default. The majority of ports I've rewritten were building universally by default, and they need to be told to build only one arch if universal is not selected.
Last but not least, there is even xcode projects that don't let us hook in it and set ARCHS
, so we would have to play around with CFLAGS
and configure.universal_cflags.
comment:7 Changed 17 years ago by ryandesign (Ryan Carsten Schmidt)
nox, I agree, the patch is not a complete solution, but together with the other work you've done on universal support for xcode-portgroup ports, perhaps a complete solution can be created.
comment:8 Changed 17 years ago by nox@…
That's why I just want to finish them to be sure there is no other weird cases ;)
Anyway it will just be a massive search/replace once I've finished and my code hopefully goes in base/.
comment:9 Changed 17 years ago by jmroot (Joshua Root)
Cc: | jmr@… added; meissnem@… removed |
---|
What's the status of this? Anything I can do to help?
comment:10 Changed 16 years ago by jmroot (Joshua Root)
Cc: | pguyot@… added |
---|
Paul has committed a more comprehensive patch in r41249. Shall we close this?
comment:11 Changed 16 years ago by pguyot (Paul Guyot)
Resolution: | → fixed |
---|---|
Status: | new → closed |
There are three main differences with the new patch:
- universal_variant no still works, and can be applied to all ports that don't support +universal.
- it uses the new universal_* settings in macports.conf. As a consequence, it can build custom combination of universal binaries, such as "i386 x86_64", instead of only doing i386 ppc). It also can build against 10.5 sdk.
- it provides some group support for universal variants for tuning individual ports that may require it.
There are still issues with ports that are built +universal by default or with projects that do not like ARCHS options. But I believe these issues are rather related to individual ports, not to the portgroup which cannot solve all problems anyway.
comment:12 Changed 15 years ago by jmroot (Joshua Root)
Milestone: | MacPorts Future → MacPorts 1.7.0 |
---|
Milestone Needs developer review deleted