Opened 18 years ago

Closed 16 years ago

Last modified 15 years ago

#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)

xcode-group-universal.patch (1.2 KB) - added by meissnem@… 18 years ago.

Download all attachments as: .zip

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: defecttask

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 reviewMacPorts base bugs

Milestone Needs developer review deleted

comment:4 Changed 17 years ago by nox@…

Priority: ExpectedNormal
Summary: xcode portgroup - add +universal variantRFE: xcode portgroup - add +universal variant
Type: taskenhancement

comment:5 Changed 17 years ago by nox@…

Milestone: MacPorts base bugsMacPorts 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: newclosed

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 FutureMacPorts 1.7.0
Note: See TracTickets for help on using tickets.