Re: AM_MAKE_INCLUDE

2001-03-27 Thread Tim Van Holder
On 27 Mar 2001 09:57:08 +0200, Ralf Corsepius wrote: # ./configure checking for style of include used by make... include # make /bin/sh ./config.status --recheck running /bin/sh ./configure --no-create --no-recursion checking for style of include used by make... # Is there

Re: AM_MAKE_INCLUDE

2001-03-27 Thread Ralf Corsepius
Tim Van Holder wrote: On 27 Mar 2001 09:57:08 +0200, Ralf Corsepius wrote: # ./configure checking for style of include used by make... include # make /bin/sh ./config.status --recheck running /bin/sh ./configure --no-create --no-recursion checking for style of include used by

Re: AM_MAKE_INCLUDE

2001-03-27 Thread Raja R Harinath
Hi, Ralf Corsepius [EMAIL PROTECTED] writes: An observation with cvs-autoconf and automake-1.4d: Given this configure.in: AC_INIT(Makefile.am) AM_INIT_AUTOMAKE(foo,0,no) AM_MAKE_INCLUDE AC_OUTPUT(Makefile) # ./configure [snip] Note: style of include "include" Now

Re: AM_MAKE_INCLUDE

2001-03-27 Thread Ralf Corsepius
Raja R Harinath wrote: Hi, Ralf Corsepius [EMAIL PROTECTED] writes: An observation with cvs-autoconf and automake-1.4d: # ./configure [snip] Note: style of include "include" Now touching/editing configure.in and rerunning make: # touch configure.in # make [..] /bin/sh

Re: AM_MAKE_INCLUDE

2001-03-27 Thread Raja R Harinath
Ralf Corsepius [EMAIL PROTECTED] writes: [snip] Meanwhile, I think to have found the cause. Somehow, after having touched configure or configure.in, "make" runs the "include check" by recursively running make. Due to recursively running make, __gmake__ emits a "Entering directory ..."

Re: Help with CVS (Was: Conditionals in CVS Automake)

2001-03-27 Thread Lars J. Aas
On Tue, Mar 27, 2001 at 09:06:38PM +0200, Akim Demaille wrote: : According to private messages with Lars (Hecking :), you need to tag : to be able to do that. Hehe, we're now three (late entry by Lars Stavholm), so you better be specific in the times to come. You can emphasize me by using

RE: Help with CVS (Was: Conditionals in CVS Automake)

2001-03-27 Thread Tim Van Holder
Thanks, but I was really asking the question for the whole *project*. With PRCS I can talk about revision n - 1 of the *project*, i.e., the full set of the files. According to private messages with Lars (Hecking :), you need to tag to be able to do that. So I dropped this idea and I'm

Re: Help with CVS (Was: Conditionals in CVS Automake)

2001-03-27 Thread akim
On Tue, Mar 27, 2001 at 11:11:42PM +0200, [EMAIL PROTECTED] wrote: It's between revision 0.119 and 0.120, diffs attached. I'm looking for the problem. Here are the changes it introduces. At the bottom you can see what went wrong. There is something in the PROGRAMS handling I broke :(

Re: Fixed? (Was: Conditionals in CVS Automake)

2001-03-27 Thread Robert Boehne
[EMAIL PROTECTED] wrote: I think I have it. It's a very stupid typo :( patchName: patch Type: Plain Text (text/plain) Fixed. :) Thanks Akim! Robert -- Robert Boehne Software Engineer

Re: Conditionals in CVS Automake

2001-03-27 Thread edward
See http://sources.redhat.com/ml/automake/2001-03/msg00162.html unfortunately, the code is a bit stale now, due to all the recent work on automake. however, same concept still applies. cheers, edward - Original Message - From: "Akim Demaille" [EMAIL PROTECTED] To: "Robert Boehne"

Re: program target missing $(EXEEXT)

2001-03-27 Thread edward
yep. enclosed is a patch which demonstrates how i deal with that. the *first* set of unidiff marked is the part that came up as unacceptable. unfortunately, the rest really don't work w/o it. the 2nd unidiff marked is something i'm trying to track down. that is, how to deal properly with SUFFIXES

RE: program target missing $(EXEEXT)

2001-03-27 Thread Robert Collins
-Original Message- From: edward [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 28, 2001 12:47 PM To: Robert Collins; Akim Demaille Cc: [EMAIL PROTECTED] Subject: Re: program target missing $(EXEEXT) here is the current situation as i see it. some apps like gcc can manage

86-lang-lang.patch

2001-03-27 Thread Akim Demaille
Index: ChangeLog from Akim Demaille [EMAIL PROTECTED] * automake.in (finish_languages, handle_single_transform_list) (add_depend2, handle_dependencies): No longer use the language name in `$lang'. Rename `$lang_obj' as `$lang'. Index: automake.in ---

87-lang-extenions.patch

2001-03-27 Thread Akim Demaille
Index: ChangeLog from Akim Demaille [EMAIL PROTECTED] * automake.in (lang_extensions): Remove. (add_depend2, saw_sources_p): Adjust. * depend2.am: `%EXT%' no longer includes the dot. Index: automake.in --- automake.in Sun, 25 Mar 2001 17:37:00 +0200 akim

91-handle-java-python-lisp.patch

2001-03-27 Thread Akim Demaille
Index: ChangeLog from Akim Demaille [EMAIL PROTECTED] Unify LISP, PYTHON and JAVA primaries. * automake.in (handle_emacs_lisp): Be like handle_python, i.e., return if there are no files, hook elist-comp on the Autoconf macro, rely on lisp.am to define

73-2-ext-compile-am.patch

2001-03-27 Thread Akim Demaille
Updated thanks to the input from Robert. `-c' was incorrectly passed to Libtool. Index: ChangeLog from Akim Demaille [EMAIL PROTECTED] * ext-compile.am: New file. * automake.in (finish_languages): Output it. Require a C linker if there are several registered source

75-2-simplifications.patch

2001-03-27 Thread Akim Demaille
I withdraw this part of the patch: Index: ChangeLog from Akim Demaille [EMAIL PROTECTED] * automake.in (am_install_var): When adding `$(EXEEXT)' to PROGRAMS, merge the `build' and `set' loops into one. @@ -7086,37 +7082,21 @@ sub am_install_var # include EXEEXT