On Fri, Mar 16, 2001 at 09:12:57AM +1100, Robert Collins wrote:
>----- Original Message -----
>From: "Christopher Faylor" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
>Sent: Friday, March 16, 2001 2:29 AM
>Subject: Re: updated win32 macro
>
>
>> On Thu, Mar 15, 2001 at 11:29:34PM +1100, Robert Collins wrote:
>> >Neato.. But can we put CFLAGS="$WIN32FLAGS $CFLAGS" or will that
>break
>> >other things? AFAIK (Chris - any comment) the -mwin32 needs to go
>> >first..
>>
>> It breaks builds from the gcc or gdb build trees which override CFLAGS
>> from the top level. In my current tree, I've had to add additional
>> stuff to the Makefile to get things to work.
>>
>> I think that setting CC=stuff will suffer from the same problem.
>>
>> So, I think we will have to make changes to both configure.in and
>> Makefile.in, unfortunately.
>
>
>I think that Earnie was having success building unaltered packages with
>CC=gcc -mwin32 ./configure ...
>
>I would really like to minimse the alterations needed outside of
>configure.in - can you think of any package in particular likely to have
>trouble with CC=gcc -mwin32 ? (So that we could test it)
Yes. If you configure this way in the tcl directory and then cd .., the
tcl directory won't build because CC is overridden by the toplevel make.
If you use CC='gcc -mwin32' configure in the top-level, then we might
as well just get rid of -mwin32 completely. This will cause every
single package to be built with -mwin32 whether it needs it or not.
IMO, I don't think it is a good idea to override CC anyway. It may
be a quick fix but it will lead to confusion if/when people say
'make CC=something'.
cgf