[MacPorts] #39918: serf1: re-enable universal variant
MacPorts
noreply at macports.org
Tue Jul 30 21:11:44 PDT 2013
#39918: serf1: re-enable universal variant
---------------------------+---------------------
Reporter: ryandesign@… | Owner: blair@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.2.0
Resolution: | Keywords:
Port: serf1 |
---------------------------+---------------------
Description changed by ryandesign@…:
Old description:
> r108691 updated serf1 to 1.3.0 and switched to its scons build system,
> which brought with it `use_configure no`, which removes the universal
> variant, thereby dooming all ports depending on serf1 to non-
> universality. Please reinstates the universal variant.
>
> At minimum, you'll need to add this line before the first time you invoke
> the `get_canonical_archflags` proc:
>
> {{{
> variant universal {}
> }}}
>
> However that alone does not appear to be sufficient. The port tries to
> communicate the archflags to the build system via the ARCHFLAGS
> environment variable, but grepping the serf source for ARCHFLAGS does not
> reveal any hits, so I'm not sure whether this is intended to work. (Is
> this a standard scons environment variable?)
>
> My own opinion is that the scons build system is difficult to use,
> especially in MacPorts. That might be partially remedied by the creation
> of a scons portgroup to abstract away some of the implementation details.
New description:
r108691 updated serf1 to 1.3.0 and switched to its scons build system,
which brought with it `use_configure no`, which removes the universal
variant, thereby dooming all ports depending on serf1 to non-universality.
Please reinstate the universal variant.
At minimum, you'll need to add this line before the first time you invoke
the `get_canonical_archflags` proc:
{{{
variant universal {}
}}}
However that alone does not appear to be sufficient. The port tries to
communicate the archflags to the build system via the ARCHFLAGS
environment variable, but grepping the serf source for ARCHFLAGS does not
reveal any hits, so I'm not sure whether this is intended to work. (Is
this a standard scons environment variable?)
My own opinion is that the scons build system is difficult to use,
especially in MacPorts. That might be partially remedied by the creation
of a scons portgroup to abstract away some of the implementation details.
--
--
Ticket URL: <https://trac.macports.org/ticket/39918#comment:1>
MacPorts <http://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list