Re: [patch] acgeneral.m4 (dirname usage)

2000-07-05 Thread Ralf Corsepius
"Lars J. Aas" wrote: > > On Wed, Jul 05, 2000 at 05:12:19PM +0200, Ralf Corsepius wrote: > : "Lars J. Aas" wrote: > : > > : > +# AC_SHELL_DIRNAME(PATHNAME) > : > +# -- > : > +# Remove last slash and trailing text. > : > +# Not all systems have dirname, so we emulate it wit

Re: Lots of CFLAGS.

2000-07-05 Thread Alexandre Oliva
On Jul 5, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote: > Arg, CFLAGS is declared to AC_ARG_VAR, which means it is precious, and > the value it was set to must be kept, so it is kept for --recheck. But it wasn't set by the user, so I don't see the point of keeping it in config.status. In fact

Re: Patch for new --build and --host semantics

2000-07-05 Thread Alexandre Oliva
On Jul 5, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote: > On 5 Jul 2000, Akim Demaille wrote: >> > "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes: >> Alexandre> This is not true. Akim committed the patch without Alexandre> updating the documentation. >> >> Right :( Could someon

Re: [patch] acgeneral.m4 (dirname usage)

2000-07-05 Thread Alexandre Oliva
On Jul 5, 2000, "Lars J. Aas" <[EMAIL PROTECTED]> wrote: > +[echo $1 | sed 's%/[[^/][^/]]*$%%']) This is not strictly correct. It doesn't handle relative pathnames nor `/'. The patch is fine, since it just preserves current behavior, and it makes it easier for someone to fix the existing lim

Re: [patch] acgeneral.m4 (dirname usage)

2000-07-05 Thread Lars J. Aas
On Wed, Jul 05, 2000 at 05:12:19PM +0200, Ralf Corsepius wrote: : "Lars J. Aas" wrote: : > : > +# AC_SHELL_DIRNAME(PATHNAME) : > +# -- : > +# Remove last slash and trailing text. : > +# Not all systems have dirname, so we emulate it with sed. : > +# This macro must be usab

Re: Patch for new --build and --host semantics

2000-07-05 Thread Mo DeJong
On 5 Jul 2000, Akim Demaille wrote: > > "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes: > > Alexandre> This is not true. Akim committed the patch without > Alexandre> updating the documentation. > > Right :( Could someone try to fix that? I don't have time now, and > in addi

RE: Patch for new --build and --host semantics

2000-07-05 Thread Mo DeJong
On Wed, 5 Jul 2000, Bernard Dautrevaux wrote: > > i) if --host is specified but --build isn't, we use the old > > compile-link-and-execute test to determine whether we're cross > > compiling or not > > Here I think Mo has bring an interesting, and useful IMNSHO, idea: if --host > is given AND we

Re: [patch] acgeneral.m4 (dirname usage)

2000-07-05 Thread Ralf Corsepius
"Lars J. Aas" wrote: > > +# AC_SHELL_DIRNAME(PATHNAME) > +# -- > +# Remove last slash and trailing text. > +# Not all systems have dirname, so we emulate it with sed. > +# This macro must be usable from inside ` `. > +define([AC_SHELL_DIRNAME], > +[echo $1 | sed 's%/[[^/][

Re: [patch] acgeneral.m4 (dirname usage)

2000-07-05 Thread Lars J. Aas
On Wed, Jul 05, 2000 at 04:10:54PM +0200, Akim Demaille wrote: : Lars> There's obviously one set of ""s too much here. Should the : Lars> redundant pair be removed in the macro definition or the macro : Lars> invocations? : : I'd say from the macro. : : BTW, you should state in the comment of A

Re: [patch] acgeneral.m4 (dirname usage)

2000-07-05 Thread Akim Demaille
> "Bernard" == Bernard Dautrevaux <[EMAIL PROTECTED]> writes: Bernard> I'd rather suppress them from the macro invokations; when Bernard> reusing AC_SHELL_DIRNAME I thus has less to type :-) Right, but I personally want to have full control over this kind of things. And just imagine it was

Re: AC_F77_LIBRARY_LDFLAGS patch (part 1)

2000-07-05 Thread Akim Demaille
| Dear Akim, Hi! | My reasoning was as follows: $ac_arg is "-YP,[something]". | Theerefore, sed -e 's%^P,%-L%" won't substitute anything, because the "P" | is not at the beginning of the expression: | | echo '-YP,/usr/bogus:/usr/stuff' | sed -e 's%^P,%-L%' -e 's%:% -L%g' | -YP,/usr/bogus -L/us

RE: [patch] acgeneral.m4 (dirname usage)

2000-07-05 Thread Bernard Dautrevaux
> -Original Message- > From: Lars J. Aas [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, July 05, 2000 3:17 PM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: [patch] acgeneral.m4 (dirname usage) > > > On Wed, Jul 05, 2000 at 03:05:13PM +0200, Lars J. Aas wrote: > : +define([AC_S

Re: [patch] acgeneral.m4 (dirname usage)

2000-07-05 Thread Akim Demaille
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes: Lars> There's obviously one set of ""s too much here. Should the Lars> redundant pair be removed in the macro definition or the macro Lars> invocations? I'd say from the macro. BTW, you should state in the comment of AC_SHELL_DIRNAME that

Re: [patch] acgeneral.m4 (dirname usage)

2000-07-05 Thread Lars J. Aas
On Wed, Jul 05, 2000 at 03:05:13PM +0200, Lars J. Aas wrote: : +define([AC_SHELL_DIRNAME], : +[echo "$1" | sed 's%/[[^/][^/]]*$%%']) [...]^ ^ : + ac_dir=`AC_SHELL_DIRNAME("$ac_file")` [...] ^^ : +ac_dir=`AC_SHELL_DIRNAME("$ac_file")` [...]

RE: Patch for new --build and --host semantics

2000-07-05 Thread Bernard Dautrevaux
> -Original Message- > From: Alexandre Oliva [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, July 04, 2000 1:46 PM > To: Mo DeJong > Cc: [EMAIL PROTECTED] > Subject: Re: Patch for new --build and --host semantics > > > > The point was to not assume cross-compilation just because --host

[patch] acgeneral.m4 (dirname usage)

2000-07-05 Thread Lars J. Aas
Just a small patch to make code more self-explanatory, reducing the need for comments, compacting the code... ChangeLog entry: 2000-07-05 Lars J. Aas <[EMAIL PROTECTED]> * acgeneral.m4 (AC_SHELL_DIRNAME): New macro. (_AC_OUTPUT_FILES, _AC_OUTPUT_HEADERS, _AC_OUTPUT_LINKS):

Re: autoconf fortran 90 support

2000-07-05 Thread Martin Wilck
[ Fortran 90 support in automake/autoconf problem: some compilers, notably xlf90 on AIX, do not accept files with the ".f90" suffix" ] Akim Demaille wrote on Monday: > We should pick up the best suffix, .f90 seems very reasonable, and > check that the compiler supports it. Then we must be read

Re: AC_F77_NAME_MANGLING question

2000-07-05 Thread Martin Wilck
Dear Steven, > The following seems like the right thing to do. (It punts on the case of > compilers that add a single underscore only for names with underscores, as > no existing compilers do this AFAIK. The only compiler perverse enough to > treat names with underscores differently is g77, whi

Re: AC_F77_LIBRARY_LDFLAGS patch (part 1)

2000-07-05 Thread Martin Wilck
Dear Akim, > | + * aclang.m4 (AC_F77_LIBRARY_LDFLAGS): > | + don't swallow -lm (if a Fortran compiler needs it, it is likely > | + to be required when linking C/C++ with Fortran) > | + > | + -YP,... option: replace ^-YP, with -L > > This is not what you did: you refer to -YP without the

Re: How stable is the current CVS version of autoconf?

2000-07-05 Thread Lars J. Aas
On Wed, Jul 05, 2000 at 11:38:14AM +0200, Akim Demaille wrote: : It is definitely stabilizing. Sure things will probably change a bit : before the first snapshot, but it should happen ``soon'' :) Take the Be line: "when it's ready"... :) Lars J

Re: Lots of CFLAGS.

2000-07-05 Thread Akim Demaille
> "Mo" == Mo DeJong <[EMAIL PROTECTED]> writes: Mo> I just noticed that the more I run ./config.status --recheck the Mo> more CFLAGS arguments show up in ./configure line that gets Mo> rerun. (This is after two re-configures) Mo> % make /bin/sh ./config.status --recheck running /bin/sh Mo> /

Re: Patch for new --build and --host semantics

2000-07-05 Thread Akim Demaille
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes: Alexandre> This is not true. Akim committed the patch without Alexandre> updating the documentation. Right :( Could someone try to fix that? I don't have time now, and in addition, I feel incompetent.

Re: How stable is the current CVS version of autoconf?

2000-07-05 Thread Akim Demaille
> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes: Harlan> Is the present state of the CVS version of autoconf "stable Harlan> enough" for production use? Harlan> It looks like a couple of folks are getting ready to start Harlan> cross-compile efforts for new releases of NTP, and I need