Tom Tromey writes:
> > "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
>
> Akim> Once the `make check' finished, I'll check this in:
>
> Did the bug affect any of the existing test cases?
> If not I generally add a new test.
As long as the bug was there, I couldn't even get as far as r
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> Once the `make check' finished, I'll check this in:
Tom> Did the bug affect any of the existing test cases? If not I
Tom> generally add a new test.
Nope, and I was thinking abo
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> Once the `make check' finished, I'll check this in:
Did the bug affect any of the existing test cases?
If not I generally add a new test.
Tom
[...]
> Now I have it. Sorry Lars... The test suite did not see anything...
> I'm fixing this.
I have added
. 's/\@VTEXI\@/' . $vtexi . '/g;'
+. 's/\@CONFIGURE_AC\@/' . $configure_ac . '/g;'
. 's,\@MDDIR\@,' . $conf_pat . ',g;',
Once the `make check' finished, I'll check this in:
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (handle_texinfo): Use &transform, and transform
CONFIGURE_AC.
Reported by Lars Hecking, and diagnosed by Raja R Harinath.
Index: automake.in
=
| I see this even with an installed automake. It appears that
| 'texi-vers.am' doesn't have the CONFIGURE_AC transform before being
| inserted into Makefile.in. From automake.in, in &handle_texinfo,
| around line 2277
|
| $output_rules .=
| &file_contents_with_trans
Akim Demaille writes:
> ~/src/am % perl --versionnostromo 17:58
>
> This is perl, v5.6.0 built for i386-linux
[...]
> What do you have?
Tried both 5.005_03 and 5.6.0 built for sun4-solaris. It makes no difference.
Lars Hecking <[EMAIL PROTECTED]> writes:
> > | At no time an old copy of automake is run.
> >
> > You don't seem to understand. Make a
> >
> > diff automake.in automake
> >
> > and I think you'll see what I mean.
>
> % grep @CONFIGURE_AC@ Makefile.in
> $(srcdir)/stamp-vti: automake.texi $(t
~/src/am % perl --versionnostromo 17:58
This is perl, v5.6.0 built for i386-linux
Copyright 1987-2000, Larry Wall
Perl may be copied only under the terms of either the Artistic License or the
GNU General Public License, which may be found in the Perl 5.0
Akim Demaille writes:
> > "Lars" == Lars Hecking <[EMAIL PROTECTED]> writes:
>
> Lars> I have that, but it still doesn't work.
>
> What did you type? How did it fail? Do your Makefile.in still have
> the @CONFIGURE_AC@ stuff? If so, run `touch *.am; make'.
$ touch *.am
$ make
cd . && /
> "Lars" == Lars Hecking <[EMAIL PROTECTED]> writes:
Lars> I have that, but it still doesn't work.
What did you type? How did it fail? Do your Makefile.in still have
the @CONFIGURE_AC@ stuff? If so, run `touch *.am; make'.
Lars> My idea is that this new feature in automake is not compat
> According to the headers of your mails, somehow, automake finally got
> created (the last failure you presented was at X-From-Line:
> [EMAIL PROTECTED] Thu Jan 18 13:06:26 2001). So, if indeed you have:
In all cases I posted, automake _did_ get created.
> ~/src/am % grep CONFIGURE_AC autom
$ diff -u automake.in automake
--- automake.in Wed Jan 17 06:30:29 2001
+++ automakeThu Jan 18 13:46:25 2001
According to the headers of your mails, somehow, automake finally got
created (the last failure you presented was at X-From-Line:
[EMAIL PROTECTED] Thu Jan 18 13:06:26 2001). So, if
> Could you please run
>
> diff automake.in automake
>
> and see if it helps you understanding what I'm trying to say? I agree
> I'm not clear, and I believe the diff will be much clearer than I am.
$ diff -u automake.in automake
--- automake.in Wed Jan 17 06:30:29 2001
+++ automake
| > | At no time an old copy of automake is run.
| >
| > You don't seem to understand. Make a
| >
| > diff automake.in automake
| >
| > and I think you'll see what I mean.
|
| % grep @CONFIGURE_AC@ Makefile.in
| $(srcdir)/stamp-vti: automake.texi $(top_srcdir)/@CONFIGURE_AC@
| %
|
| If a
> | At no time an old copy of automake is run.
>
> You don't seem to understand. Make a
>
> diff automake.in automake
>
> and I think you'll see what I mean.
% grep @CONFIGURE_AC@ Makefile.in
$(srcdir)/stamp-vti: automake.texi $(top_srcdir)/@CONFIGURE_AC@
%
If autoconf, not automake is r
| > Yes, indeed. But I just switched me brains on, and understood.
| >
| > Sure you have the new .am files, but since the Makefile want to update
| > the Makefiles first, you run an old automake which does not, indeed,
| > substitute @CONFIGURE_AC@. So find a means, but you have to `make
| > a
> Yes, indeed. But I just switched me brains on, and understood.
>
> Sure you have the new .am files, but since the Makefile want to update
> the Makefiles first, you run an old automake which does not, indeed,
> substitute @CONFIGURE_AC@. So find a means, but you have to `make
> automake' bef
> "Lars" == Lars Hecking <[EMAIL PROTECTED]> writes:
Lars> Undoubtedly, automake-cvs running on its own files should
Lars> produce something useful, shouldn't it?
Yes, indeed. But I just switched me brains on, and understood.
Sure you have the new .am files, but since the Makefile want to
> But your output, compared to mine, contains:
>
> $ make dist
> cd . && /tmp/automake/aclocal --acdir=m4
> cd . && /tmp/automake/automake --amdir=. --gnits Makefile
> cd . && /bin/sh /tmp/automake/missing --run autoconf
>
> i.e., your files are not up to date. Try from a freshly checked out
>
> "Lars" == Lars Hecking <[EMAIL PROTECTED]> writes:
Lars> I posted everything I did. I did not install automake, only ran
Lars> configure and make dist straight from a copy of my checked-out
Lars> tree.
Well, I don't know.
~/src/am % ./configure
loading cache ./config.cache
checking for a
> Did you install completely automake? I don't see that problem showing
> up. Could you deonstrate the failure in a few steps? Did the test suite
> run OK?
I posted everything I did. I did not install automake, only ran configure
and make dist straight from a copy of my checked-out tree.
On Wed, Jan 17, 2001 at 06:09:34PM +, Lars Hecking wrote:
> Akim Demaille writes:
> > Will be applied within a couple of minutes.
>
> I don't think this is working as intended.
>
> cvs automake as of now. autoconf 2.13.
>
> $ ./configure
> creating cache ./config.cache
> checking for a BS
Akim Demaille writes:
> Will be applied within a couple of minutes.
I don't think this is working as intended.
cvs automake as of now. autoconf 2.13.
$ ./configure
creating cache ./config.cache
checking for a BSD compatible install... /usr/local/gnu/bin/install -c
checking whether build envir
Will be applied within a couple of minutes.
If there are no objections, I'll apply this guy on Tuesday.
utomake: configure.in: ", join (' ', @_), "\n";
+ warn "automake: $configure_ac: ", join (' ', @_), "\n";
$exit_status = 1;
}
-# Error message with line number referring to configure.in.
+# Error message with line number referring to con
27 matches
Mail list logo
