"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
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
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
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
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
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
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
"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%/[[^/][
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
> "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
| 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
> -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
> "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
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")`
[...]
> -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
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):
[ 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
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
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
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
> "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> /
> "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.
> "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
23 matches
Mail list logo