Default compiler suite (was Re:[28325]
trunk/dports/graphics/wxWidgets-devel/Portfile)
Weissmann Markus
mww at macports.org
Sun Sep 2 17:58:14 PDT 2007
On 03.09.2007, at 02:43, Ryan Schmidt wrote:
>
> On Sep 2, 2007, at 12:11, Weissmann Markus wrote:
>
>> On 01.09.2007, at 22:52, Ryan Schmidt wrote:
>>
>>> On Sep 1, 2007, at 12:45, Landon Fuller wrote:
>>>
>>>> On Sep 1, 2007, at 6:07 AM, Weissmann Markus wrote:
>>>>
>>>>> 'portconfigure.tcl' from trunk will chose a default for darwin
>>>>> 7/8/9 (gcc3.3/4.0/4.0). Please test it! Just replacing /opt/
>>>>> local/share/macports/Tcl/port1.0/portconfigure.tcl with http://
>>>>> svn.macports.org/repository/macports/trunk/base/src/port1.0/
>>>>> portconfigure.tcl manually should do the trick.
>>>>>
>>>>> This version also fixes a bug that when using
>>>>> configure.compiler every user-added compiler selection (e.g.
>>>>> 'configure.cc /bin/true') was overwritten.
>>>>
>>>> This is going to break ports that require a different compiler,
>>>> but specify the compiler using configure.env, or arguments to
>>>> configure via configure.args.
>>>
>>> Then we should start cleaning ports. All those that specify a
>>> different compiler via configure.env should be updated to use
>>> configure.cc, etc. Those that use configure.args (or build.args
>>> I've also seen) should... I don't know, be tested to see if they
>>> can instead use configure.cc (or build.cc, etc.; do we have that?).
>>
>> Indeed. "configure.env" is not officially supported anymore
>> anyway... some ports cant do without, but most can. Please
>> everybody clean your ports.
>
> Why isn't configure.env supported anymore?
>
oops - sorry, my fault! I really wanted to say:
Using configure.env directly should be avoided - we do have a nice
set of commands for setting the most used flags at configuration
time. If you cannot do without, of course it is still supported.
> The new guide documents this option, and does not mention anything
> about it being deprecated or unsupported. If it is unsupported, the
> guide should state that, and recommend alternatives.
>
> http://geeklair.net/new_macports_guide/#reference.keywords.configure
>
Well yes. We should probably though put our manpages online, too and
clearly state that if in doubt the manpage is right.
-Markus
---
Markus W. Weissmann
http://www.mweissmann.de/
More information about the macports-dev
mailing list