Re: AC_CANONICAL_*

2001-02-11 Thread Pavel Roskin
Hello, Derek! On Fri, 9 Feb 2001, Derek R. Price wrote: > Why do the AC_CANONICAL_* functions no longer set *_alias? There's a "cvs annotate" and "cvs log" are your friends. Akim did it. But the log message is silent about "FIXME". Akim? I believe it should be safe to remove "dnl". Regards,

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

2001-02-11 Thread Lars J. Aas
On Sat, Feb 10, 2001 at 12:12:40PM -0700, Tom Tromey wrote: : > "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes: : Lars> 2001-02-09 Lars J. Aas <[EMAIL PROTECTED]> : Lars> * automake.in ($MACRO_PATTERN): Include '@' in name regex. : Lars> (&canonicalize): New. Includes '@' in

Re: question about sources in multiple directories

2001-02-11 Thread Tom Tromey
> "Matthew" == Matthew R MacIntyre <[EMAIL PROTECTED]> writes: Tom> This isn't really enough information to go on. How about Tom> posting the relevant section of your Makefile.am? Matthew> I think I've got it figured out, but if this is not the Matthew> preferred solution, please let me kno

AM_CFLAGS

2001-02-11 Thread Tom Tromey
In the recent namespace conversation we didn't mention macros like `AM_CFLAGS'. This is an automake-specific macro which the user is allowed to set. How should we rename these? Tom

Re: Patch 4 of 4: Minor typo

2001-02-11 Thread Tom Tromey
> "Tim" == Tim Van Holder <[EMAIL PROTECTED]> writes: Tim> 2001-02-10 Tim Van Holder <[EMAIL PROTECTED]> Tim>* m4/sanity.m4: Quote AC_MSG_RESULT's argument. Why? Tom

Re: Patch 2 of 4: mkinstalldirs

2001-02-11 Thread Tom Tromey
> "Tim" == Tim Van Holder <[EMAIL PROTECTED]> writes: Tim> Most of this is taken from the Cygnus build tree, I think. Nope, afraid not. Where did you get this mkinstalldirs? It isn't in the Cygnus tree. It also isn't in the gdb or gcc trees (which some people mistakenly refer to as the Cyg

Re: libtool problem with linking .a's

2001-02-11 Thread Alexandre Oliva
On Feb 10, 2001, Tom Tromey <[EMAIL PROTECTED]> wrote: >> "Tim" == Tim Heath <[EMAIL PROTECTED]> writes: Tim> I am getting the message: Tim> libtool: link: cannot build libtool library `liboracle.la' from Tim> non-libtool objects: /opt/oracle/X/product/8.1.6/lib/libcore8.a Tim> Does anyo

Re: Conditonnal

2001-02-11 Thread Alexandre Oliva
On Feb 10, 2001, "Tim Van Holder" <[EMAIL PROTECTED]> wrote: > foo: > @if test; then \ > $(MAKE) foo-true; \ > else \ > $(MAKE) foo-false; \ > fi Yep. But then, if foo-true and/or foo-false have dependencies in common with other targets, parallel builds may los

Re: Patch 3 of 4: Avoid 8+3 filename trouble

2001-02-11 Thread Alexandre Oliva
On Feb 10, 2001, "Tim Van Holder" <[EMAIL PROTECTED]> wrote: > * remake-hdr.am (@STAMP@): Use .T as suffix for the > temporary file. You should probably patch autoconf's autoreconf too. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Red Hat GCC Developer

Re: AM_CFLAGS

2001-02-11 Thread Alexandre Oliva
On Feb 11, 2001, Tom Tromey <[EMAIL PROTECTED]> wrote: > In the recent namespace conversation we didn't mention macros like > `AM_CFLAGS'. This is an automake-specific macro which the user is > allowed to set. > How should we rename these? Why should we rename these? Their names look fine to

Re: Patch 4 of 4: Minor typo

2001-02-11 Thread Tim Van Holder
> Tim> 2001-02-10 Tim Van Holder <[EMAIL PROTECTED]> > Tim> * m4/sanity.m4: Quote AC_MSG_RESULT's argument. > > Why? As I understand it, the current convention is that ALL arguments to autoconf macros should be quoted (even trivial ones like 'yes' and 'no'). Basically, I ran a cvs diff on my l

RE: Patch 2 of 4: mkinstalldirs

2001-02-11 Thread Tim Van Holder
> Nope, afraid not. Where did you get this mkinstalldirs? > It isn't in the Cygnus tree. It also isn't in the gdb or gcc trees Hmm - then I don't really know where I got it. Some GNU package, I guess. Is may be an antiquated version; I didn't check the older CVS revisions. > (which some people

Small autoreconf patch (was Re: Patch 3 of 4: Avoid 8+3 filename trouble)

2001-02-11 Thread Tim Van Holder
> > * remake-hdr.am (@STAMP@): Use .T as suffix for the > > temporary file. > > You should probably patch autoconf's autoreconf too. What part would need patching? AFAICS, it does not use names with multiple dots or with conflicting 8+3 names. The only changes my local autoreconf current

Re: Small autoreconf patch (was Re: Patch 3 of 4: Avoid 8+3 filename trouble)

2001-02-11 Thread Alexandre Oliva
On Feb 11, 2001, "Tim Van Holder" <[EMAIL PROTECTED]> wrote: >> >* remake-hdr.am (@STAMP@): Use .T as suffix for the >> >temporary file. >> >> You should probably patch autoconf's autoreconf too. > What part would need patching? The one that choose stamp file names like those created b

Re: Revert setting of CONFIG_COMMANDS when running config.status

2001-02-11 Thread Kevin Ryde
Raja R Harinath <[EMAIL PROTECTED]> writes: > > I've attached a patch only to revert the CONFIG_COMMANDS case. I > think the CONFIG_LINKS= part in the above is harmless. Oops, yep. It was the links that had been annoying me.

Re: PATCH: patsubst support

2001-02-11 Thread Alex Hornby
Hello, Here is an updated patsubst patch against CVS automake. Any patsubst style variables are now staticly expanded by automake, thus avoiding make portability problems. I have included tests for both the normal and conditional cases of variable expansion. Please consider this for checkin.

Re: Small autoreconf patch

2001-02-11 Thread Tim Van Holder
>> >* remake-hdr.am (@STAMP@): Use .T as suffix for the >> >temporary file. >> >> You should probably patch autoconf's autoreconf too. > > > What part would need patching? > > The one that choose stamp file names like those created by automake. Right - I hadn't noticed this: stamp