> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> As for INSTALL, I'll do that in a separate patch, that one is
Akim> big enough as is.
FYI:
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
Preserve INSTALL too.
* acgeneral.m4 (_AC_OUTPUT_FILES): Use ac_I
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> Ok after you arrange for INSTALL to be preserved too :-)
OK, the patch will follow this one.
On Jan 24, 2001, Akim Demaille <[EMAIL PROTECTED]> wrote:
> My previous questions still apply :)
:-)
I agree with Ralf. No visible variables should be modified.
> While preserved in configure, srcdir is trashed in config.status.
> Reported by Ralf Corsepius.
Ok after you arrange
> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> Akim Demaille wrote:
>> Err, maybe $INSTALL should be preserved too?
Ralf> Let me put it this way: All well-known (may they be explictly
Ralf> documented or not :) shell-variables should be preserved.
I agree.
Ralf> This comprises
Akim Demaille wrote:
>
> Err, maybe $INSTALL should be preserved too?
Let me put it this way: All well-known (may they be explictly
documented or not :) shell-variables should be preserved.
This comprises includedir, libdir, target, host, build, prefix,
exec_prefix and many more.
AFAIS from my
The improved version. make check is running and up to 50 (i.e.,
torture is passed), everything is fine. My previous questions still
apply :)
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
While preserved in configure, srcdir is trashed in config.status.
Reported by R
Err, maybe $INSTALL should be preserved too?
Here is my proposal. I ran the foo-0 package from Ralf and it
consistently leaves top_srcdir undefined, and srcdir points to
configure.in when (i) ./configure, (ii), ../configure, (iii)
/tmp/foo-0/configure.
Index: acgeneral.m4
===
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> srcdir should not be trashed. My understanding is that it
Alexandre> is. Maybe I mis-read Ralf's posting?
Nope, I probably did. I fix this right away.
>> Where is it?
Alexandre> http://gcc.gnu.org/cgi-bin/cvsweb.cgi
On Jan 24, 2001, Akim Demaille <[EMAIL PROTECTED]> wrote:
Ralf> * The CONFIG_FILES section trashes variables a user explicitly
Ralf> sets in AC_CONFIG_COMMANDS.
> Huh? I'll reread your message about that. But of course if the user
> uses Autoconf variables... :)
srcdir should not be trashed.
> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> => Random (== BROKEN) behaviour.
No, undefined == undefined.
This has *never* been part of Autoconf, and the lack of sense of
2.13's answers are quite a demonstration of it.
My sentence was `Garbage in, garbage out'.
Even if w
Akim Demaille wrote:
>
> | Hi,
>
> Hi Ralf,
>
> | srcdir and top_srcdir get corrupted with cvs-autoconf, when using
> | them in AC_OUTPUT_COMMANDS and AC_CONFIG_COMMANDS in packages with
> | subdirectories.
>
> Well, the issue you raise is interesting, but I&#x
| Hi,
Hi Ralf,
| srcdir and top_srcdir get corrupted with cvs-autoconf, when using
| them in AC_OUTPUT_COMMANDS and AC_CONFIG_COMMANDS in packages with
| subdirectories.
Well, the issue you raise is interesting, but I'd like to first state
that you are referring to a totally undocum
Hi,
srcdir and top_srcdir get corrupted with cvs-autoconf, when using
them in AC_OUTPUT_COMMANDS and AC_CONFIG_COMMANDS in packages with
subdirectories.
Example: The configure script in the tarball below contains this:
AC_OUTPUT_COMMANDS(
[echo ""
echo srcdir=$srcdir
echo
14 matches
Mail list logo
