automake
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: automake updates (was Re: ok, new libtool for cygwin updates)


From: Akim Demaille
Subject: Re: automake updates (was Re: ok, new libtool for cygwin updates)
Date: 12 Mar 2001 12:26:24 +0100
User-agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley)

"edward" <address@hidden> writes:

>     prior to this patch, automake would not generate rules for
> foo_SOURCES -> foo_OBJECTS etc. now it does, and the conditionals determine
> which get executed

I have plenty of patches in the queue that address things related to
this issue :(


>     1) autodep isn't initialized correctly for C in automake.in
> 
> --- automake.in.orig Sat Mar 10 20:45:03 2001
> +++ automake.in Sat Mar 10 20:47:12 2001
> @@ -757,7 +757,7 @@
>  ################################################################
> 
>  # Initialize our list of languages that are internally supported.
> -&register_language ('c', 'ansi-p=1', 'autodep=', 'flags=CFLAGS',
> +&register_language ('c', 'ansi-p=1', 'autodep=no', 'flags=CFLAGS',
>        'compile=$(CC) $(DEFS) $(INCLUDES) $(AM_CPPFLAGS) $(CPPFLAGS)
> $(AM_CFLAGS) $(CFLAGS)',
>        'compiler-name=COMPILE',
>        'output-arg=-c',

You should probably send it as an individual patch, and with a
ChangeLog entry.

>     2) the install target in progs.am isn't fully cygwin aware.
> specifically, /usr/bin/install is picky about the usage of .exe in the
> following: /usr/bin/install -c SRC DST
> 
>     if SRC and DST is really SRC.exe and DST.exe, then it's ok
>     if SRC and DST *neither* have .exe, then it's ok
>     if SRC xor DST have .exe then it's bad bad bad.

Actually, this is precious data.  Could you augment your patch with
comments and a ChangeLog?



reply via email to

[Prev in Thread] Current Thread [Next in Thread]