Mailing-List: contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm Sender: cygwin-apps-owner AT sourceware DOT cygnus DOT com List-Subscribe: List-Archive: List-Post: List-Help: , Delivered-To: mailing list cygwin-apps AT sources DOT redhat DOT com To: "edward" Cc: , Subject: Re: automake updates (was Re: ok, new libtool for cygwin updates) References: <022b01c0a86a$d09a8080$9865fea9 AT edward> <002801c0a94a$e8e80e10$0200a8c0 AT lifelesswks> <038f01c0a96b$0b2bf980$9865fea9 AT edward> <001d01c0a972$fed9daf0$0200a8c0 AT lifelesswks> <04c301c0a9d8$2941ebb0$9865fea9 AT edward> From: Akim Demaille Date: 12 Mar 2001 12:26:24 +0100 In-Reply-To: <04c301c0a9d8$2941ebb0$9865fea9@edward> Message-ID: Lines: 38 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii "edward" 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. > -®ister_language ('c', 'ansi-p=1', 'autodep=', 'flags=CFLAGS', > +®ister_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?