Re: [revised patch 1/1] support AC_SUBST'able automake rules

2001-02-08 Thread Tom Tromey
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes: Lars> I believe everything should be in order (I believe I filled out Lars> for Automake and maybe even Libtool when I did it for Autoconf). Yeah, I found the info. Lars> Anyways, the patch should be reworked to use a &canonicalize() Lars>

Re: Allow per-object cflags?

2001-02-08 Thread Tom Tromey
> "Emil" == Emil Ong <[EMAIL PROTECTED]> writes: Emil> My particular interest is that I'm writing a wrapper program in Emil> C that changes based on a preprocessor define. I'd like to be Emil> able to do something like: Emil> bin_PROGRAMS = prog1 prog2 Emil> prog1_SOURCES = prog.c Emil> pro

Re: 29-backname.patch

2001-02-08 Thread Tom Tromey
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes: >> Hmm... shouldn't we print all the copyright years here? >> And in aclocal? Akim> No idea, you are the Boss :) That's cheating! What does autoconf do? Maybe we need to ask RMS. Tom

Re: FYI: Dead branch

2001-02-08 Thread Tom Tromey
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes: Akim> Sorry, I lost track from Tom's message about this. Akim> No changes at all. Akim> * automake.in (&file_contents): Remove a dead branch. Thanks. Tom

Re: 30-transform-cond.patch

2001-02-08 Thread Tom Tromey
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes: Akim> Here is the version I'm applying. The changes Tom noted were Akim> due to my writing $pair instead of $pairs. I hope some day we Akim> really use strict... And prototypes, which will require a lot Akim> of massage, since it means

FYI: Dead branch

2001-02-08 Thread Akim Demaille
Sorry, I lost track from Tom's message about this. No changes at all. Index: ChangeLog from Akim Demaille <[EMAIL PROTECTED]> * automake.in (&file_contents): Remove a dead branch. Index: automake.in --- automake.in Fri, 09 Feb 2001 04:37:00 +0100 akim (am/f/39_automa

Re: 30-transform-cond.patch

2001-02-08 Thread Akim Demaille
Tom Tromey <[EMAIL PROTECTED]> writes: > I do like the patch. But I'd like these things to be fixed before you > check it in. Here is what I checked in. Thanks for noticing! -- Here is the version I'm applying. The changes

Re: Conditonnal

2001-02-08 Thread Alexandre Oliva
On Feb 8, 2001, "Florent. Devin" <[EMAIL PROTECTED]> wrote: > How can I make a Makefile based on automake to be conditionnal > at make time and not at configure time. Basically, you can't. This just can't be done with portable Makefile rules, in general. -- Alexandre Oliva Enjoy Guarana',

Re: Allow per-object cflags?

2001-02-08 Thread Alexandre Oliva
On Feb 9, 2001, Emil Ong <[EMAIL PROTECTED]> wrote: > prog1_SOURCES = prog.c > prog1_CFLAGS = -DPROG_NAME=\"prog1\" > prog2_SOURCES = prog.c > prog2_CFLAGS = -DPROG_NAME=\"prog2\" This should work with CVS automake. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/

Re: 30-transform-cond.patch

2001-02-08 Thread Akim Demaille
Tom Tromey <[EMAIL PROTECTED]> writes: > Akim> This patch includes the Makefile.ins' diffs, i.e., no changes. > > Umm, there are plenty of Makefile.in changes here. Right, and a lot of thanks for reviewing them into the details! > Some are whitespace changes, which I'd prefer not to change: >

Re: 29-backname.patch

2001-02-08 Thread Akim Demaille
Tom Tromey <[EMAIL PROTECTED]> writes: > Akim> - print "Copyright 2000 Free Software Foundation, Inc.\n"; > Akim> + print "Copyright 2000, 2001 Free Software Foundation, Inc.\n"; > > Hmm... shouldn't we print all the copyright years here? > And in aclocal? No idea, you are t

Command line options (build-dir, include-deps)

2001-02-08 Thread Gordon Sadler
Changelog from CVS HEAD shows that as of Mar 1999, the above options were removed. Found out the hard way working with CVS autoconf -). Anyway, build-dir is indeed gone from automake.in, however include-deps is still present in automake.in. Along the same lines, both options are still listed in

RULE_PATTERN

2001-02-08 Thread Tom Tromey
Akim -- This line appears twice in the big `if' in &file_contents: elsif (/$RULE_PATTERN/mso) What gives? This can't be right. If the second branch should still live could you add a comment explaining what case it is for? Tom

Re: Allow per-object cflags?

2001-02-08 Thread Emil Ong
On 8 Feb 2001, Tom Tromey wrote: > > "Emil" == Emil Ong <[EMAIL PROTECTED]> writes: > > Emil> What is the state of per-object cflags in automake? Is anyone > Emil> working on them? If not, how difficult would it be to implement > Emil> it? > > What do you mean by `object'? Sorry, I took

Re: empty line in compilation rules

2001-02-08 Thread Tom Tromey
>> I added another test to pr87.test to check for this failure. Pavel> I have fixed it so that it fails "correctly", not because Pavel> foo/Makefile.in is tested before being created :-) Duh, thanks. Sometimes I think it is amazing that automake does anything at all. Tom

Re: empty line in compilation rules

2001-02-08 Thread Pavel Roskin
Hello, Tom! > I added another test to pr87.test to check for this failure. I have fixed it so that it fails "correctly", not because foo/Makefile.in is tested before being created :-) Regards, Pavel Roskin --- ChangeLog +++ ChangeLog @@ -1,3 +1,7 @@ +2001-02-08

Re: Allow per-object cflags?

2001-02-08 Thread Tom Tromey
> "Emil" == Emil Ong <[EMAIL PROTECTED]> writes: Emil> What is the state of per-object cflags in automake? Is anyone Emil> working on them? If not, how difficult would it be to implement Emil> it? What do you mean by `object'? We have per-executable and per-library flag support in the mos

Re: autoconf bug?

2001-02-08 Thread Alexandre Oliva
On Feb 8, 2001, Tomas Berndtsson <[EMAIL PROTECTED]> wrote: > My autoconf version is 2.13. m4 is GNU m4 1.4. > I have the following in my configure.in: > AC_CHECK_FUNCS(dlopen, , AC_CHECK_LIB(dl,dlopen, , > [AC_MSG_ERROR([ > *** Zen does not function properly without dlopen, sorry.])])) Y

Allow per-object cflags?

2001-02-08 Thread Emil Ong
Hello, What is the state of per-object cflags in automake? Is anyone working on them? If not, how difficult would it be to implement it? Thanks, Emil

Re: empty line in compilation rules

2001-02-08 Thread Tom Tromey
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes: Lars> When I run CVS Automake, the .c.o and .c.lo rules become like this: Lars> | .c.o: Lars> | Lars> | @AMDEP@ source='$<' object='$@' libtool=no @AMDEPBACKSLASH@ Thanks, that is definitely a bug. I added another test to pr87.test to chec

Re: unneeded spaces in automake rules?

2001-02-08 Thread Tom Tromey
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes: Lars> Is it really any point in ChangeLog entries for such small Lars> cosmetic details? I like to document every change. Tom

Conditonnal

2001-02-08 Thread Florent. Devin
Hi, How can I make a Makefile based on automake to be conditionnal at make time and not at configure time. I have to do this in my Makefile : ifeq "$(shell if [ -f $(DEPEND) ]; then echo EXISTS; fi)" "" all: $(PROG) include $(DEPEND) else all: depend endif So it requires m

empty line in compilation rules

2001-02-08 Thread Lars J. Aas
When I run CVS Automake, the .c.o and .c.lo rules become like this: | .c.o: | | @AMDEP@ source='$<' object='$@' libtool=no @AMDEPBACKSLASH@ | @AMDEP@ depfile='$(DEPDIR)/$*.Po' tmpdepfile='$(DEPDIR)/$*.TPo' @AMDEPBACKSLASH@ | @AMDEP@ $(CCDEPMODE) $(depcomp) @AMDEPBACKSLASH@ | $(COMPILE) -

Re: unneeded spaces in automake rules?

2001-02-08 Thread Lars J. Aas
On Wed, Feb 07, 2001 at 11:36:03PM -0700, Tom Tromey wrote: : > "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes: : : Lars> Any point in these spaces? : : Nope. I checked this in. : : Please send a ChangeLog entry with your patches. Is it really any point in ChangeLog entries for such smal

Re: [revised patch 1/1] support AC_SUBST'able automake rules

2001-02-08 Thread Lars J. Aas
On Thu, Feb 08, 2001 at 12:05:28AM -0700, Tom Tromey wrote: : > "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes: : Lars> Anyways, are the people that count looking into this patch? I'd : Lars> prefer it if it was applied or rejected as soon as possible : Lars> instead of waiting in the dark..

autoconf bug?

2001-02-08 Thread Tomas Berndtsson
My autoconf version is 2.13. m4 is GNU m4 1.4. I have the following in my configure.in: AC_CHECK_FUNCS(dlopen, , AC_CHECK_LIB(dl,dlopen, , [AC_MSG_ERROR([ *** Zen does not function properly without dlopen, sorry.])])) The idea is to check for dlopen, and if it's not found, check for it in