It seems to me that Autoconf's job is not to remove unportable code
written by the user, so it seems wrong to have it remove VPATH
definitions from Makefiles. Historically I'm sure it was useful, in a
previous century, in a previous millennium. Today, I tend to think
automake should *warn* when
> "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
> "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
| > 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
| > | 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
$ 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
> "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
~/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
| 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
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.
>>>>> "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
Here is my proposal.
Index: tests/ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* vtexi.test: Also check that stamp-vti properly depends upon
configure.in and the Texinfo source file.
Index: tests/vtexi.test
--- tests/vtexi.test Sat, 13 Jan 2001 18:11:09 +0100 ak
Actually, I'd like to apply this patch anyway, since the following
patches are making it more useful. Let me show you what it does when
all the patches are applied:
/tmp/fileutils-4.0.37 % ../ace/autoscan -A ../ace nostromo 9:47
Name "main::args" used only once: possible typo at
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> Should [trasnform] be quoting the substitution string in each
Tom> case?
According to its current uses, I'd say so. Both the lhs and rhs.
I must say I also saw some places where /o was used. I have no idea
if it applies here. I don't
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Akim> * vtexi.test: Also check that stamp-vti properly depends upon
Akim> configure.in and the Texinfo source file.
Tom> This is ok.
Akim> +set -e
Tom> I usually use explicit `|| exit 1' after commands. But it
Tom> probably doesn't matter.
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> It seems to me that Autoconf's job is not to remove unportable
Akim> code written by the user, s
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> I don't know why. Does configure AC_SUBST(CXX)?
/tmp/fileutils-4.0.37 % fgrep CXX configure nostromo 20:03
s,@CXXFLAGS@,$CXXFLAGS,;t t
I'll investigate where this is coming from. Can it be sufficient?
This is the result of the two previous patches on the fileutils:
@@ -22693,12 +22653,7 @@
s,@ECHO_C@,$ECHO_C,;t t
s,@ECHO_N@,$ECHO_N,;t t
s,@ECHO_T@,$ECHO_T,;t t
-s,@CFLAGS@,$CFLAGS,;t t
-s,@CPPFLAGS@,$CPPFLAGS,;t t
-s,@CXXFLAGS@,$CXXFLAGS,;t t
-s,@FFLAGS@,$FFLAGS,;t t
s,@DEFS@,$DEFS,;t t
-s,
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
Pavel> Hello! Trying to catch up with the mailing lists :-)
Pavel> I'm surprised that this patch has not been applied since
Pavel> October. I believe it's very valuable. I even considered doing
Pavel> it myself.
We ended stuck with a po
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> Meanwhile, can't we just hide the uses of AC_PROG_CC and
Alexandre> _CXX from automake by adding ][ in the middle of their
Alexandre> names?
Right, but the code is already so hairy that I wondered whether I
wanted to add
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> I think it's ok. But I agree the code is messy. We need
Alexandre> AC_HOOK(MACRO, BEFORE, AFTER) in autoconf.
Wow! This sounds real hard, or at least, really expansive if we do
for all the macros. I was thinking of h
>>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Jan 24, 2001, Akim Demaille <[EMAIL PROTECTED]> wrote:
>>>>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]>
>>>>>>&g
The patch below gives this on the very CVS Automake package:
% diff Makefile.in Makefile.in.old
63a64,67
> CC = @CC@
> CPP = @CPP@
> CXX = @CXX@
> CXXCPP = @CXXCPP@
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* m4/depend.m4 (AM_DEPENDENCIES): Don't
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> Only if the macro is AC_DEFUNed.
Well, since we're referring to AC_REQUIRE'd macros etc., they are :)
Or where you talking about the cost? Then, yes, agreed, only for
AC_DEFUN'd macros.
~/src/ace % ace -i -t m4_defi
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> Worst case, we can break AC_DEFUNed macros into two macros,
Alexandre> one with the actual name, that contains the prologue and
Alexandre> the epilogue and, between them, an invocation of another
Alexandre> macro, contain
> "Morten" == Morten Eriksen <[EMAIL PROTECTED]> writes:
Morten> Akim,
>> In fact, I am still against generic hooks because that's a bad
>> thing to do. Nobody where ever imagine doing this in another
>> programming language. [...]
Morten> Emacs Lisp comes to mind.. ;-)
Not exactly: AFAIK
The following message is a courtesy copy of an article
that has been posted to gnu.utils.bug as well.
The Autoconf team is extremely proud (and quite relieved) to announce
the birth of Autoconf 2.49c, our release candidate. The core Autoconf
is not expected to change before the release, while t
@
AMTAR = @AMTAR@
AWK = @AWK@
-CC = @CC@
-CXX = @CXX@
DEPDIR = @DEPDIR@
MAKEINFO = @MAKEINFO@
PACKAGE = @PACKAGE@
Index: tests/ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* defs (AUTOCONF, has_autoconf, needs_autoconf): New.
* ansi3.test, cond9.test, depacl2.t
m that made this.
I'm applying this:
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (handle_texinfo): Don't use $conf_pat, just
$conf_dir to transform MDDIR since now &transform handles the
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (define_standard_variables): Use &transform instead
of build_rx.
Index: automake.in
--- automake.in Fri, 26 Jan 2001 22:11:13 +0100 akim (am/f/39_automake.i 1.7 755)
+++ automake.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (handle_programs) : Remove, replaced by
`exeext'.
Use it, and &transform.
Index: automake.in
--- automake.in Fri, 26 Jan 2001 21:37:09 +0100 akim (am/f/39_aut
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (handle_texinfo): Use the new $texinfodir instead of
the removed $texinfo_tex.
Index: automake.in
--- automake.in Fri, 26 Jan 2001 22:00:07 +0100 akim (am/f/39_automake.i 1
7;s/\@DEFAULT_INCLUDES\@/' . $xform . '/go;';
+ local ($xform) = &transform ('DEFAULT_INCLUDES' => $default_include);
$output_vars .= &file_contents_with_transform ($xform,
'comp-vars');
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (get_object_extension) <$default_includes>: New.
Use it and &transform.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (prog_error): New.
Spread its use.
Index: automake.in
--- automake.in Sat, 27 Jan 2001 01:54:14 +0100 akim (am/f/39_automake.i 1.9 755)
+++ automake.in Sat, 27 Jan 2001 02:07:23 +0100 akim (am/f/39_auto
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (handle_libraries, handle_ltlibraries): Use
&transform.
Index: automake.in
--- automake.in Fri, 26 Jan 2001 21:49:20 +0100 akim (am/f/39_automake.i 1.5 755)
+++ automake.in Fri, 2
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (handle_tags): Use &transform.
(am_error, am_line_error, am_conf_error, read_am_file): Use
directly arrays in strings, no need for &join.
* Makefile.am (maintainer-check): Us
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (handle_single_transform_list): if (@list) { foreach
(@list) ...} can be written as a simple `foreach' loop.
Index: automake.in
--- automake.in Fri, 26 Jan 2001 22:17:03 +0100
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* texinfos.am, tags.am, subdirs.am, multilib.am, mans.am: Add a
.PHONY target.
* automake.in (handle_texinfo, handle_man_pages, handle_multilib)
(handle_etags, handle_subdirs): Don't push into @ph
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (handle_phony): Sort.
* automake.in (file_contents_with_transform): Catch `.PHONY:'.
* check.am: New file.
Index: tests/Makefile.in
--- tests/Makefile.in Sat, 13 Jan 2001 18:11:09 +0100
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (add_depend2): Use &transform.
Index: automake.in
--- automake.in Sat, 27 Jan 2001 02:29:11 +0100 akim (am/f/39_automake.i 1.12 755)
+++ automake.in Sun, 28 Jan 2001 07:36:10 +0100
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (scan_one_autoconf_file): Correctly recognize
configure.ac.
Index: automake.in
--- automake.in Sun, 28 Jan 2001 15:53:16 +0100 akim (am/f/39_automake.i 1.16 755)
+++ automake.in Sun,
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (handle_tests_dejagnu): New, extracted from...
(handle_tests): here. Use `.PHONY:'.
Index: automake.in
--- automake.in Sun, 28 Jan 2001 15:51:12 +0100 akim (am/f/39_automake
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&scan_autoconf_config_files): Extract from
&scan_one_autoconf_file.
(&scan_one_autoconf_file): Use it.
(&scan_autoconf_traces): New.
($scan_autoconf_files): Use i
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Tom> Aii! I was dreading the day that the Demaillator turned his
Tom> sights on automake...
:) :) :)
To
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> The parens are there so that tab in Emacs will do the right
Tom> thing. Could you please add them back? Then this is ok.
OK, and I'll use them in the future. Thanks!
BTW, if you know the Emacs settings you use for automake.in, would
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> I didn't read this in enough detail to verify that all that you
Tom> did was remove the `if'. However, I assume that is so.
Yep, it is.
| >>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
|
| Akim> * automake.in (handle_phony): Sort.
| Akim> * automake.in (file_contents_with_transform): Catch `.PHONY:'.
| Akim> * check.am: New file.
|
| check.am wasn
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> I think we should add `require 5.0', or whatever it is (my
Tom> knowledge of Perl after Perl 4 is abysmal) just to ensure that
Tom> the wrong Perl is never invoked.
OK.
Tom> I think the `join remove' part of the patch requires Perl 5
| Akim> + &prog_error ("version is incorrect: $VERSION")
| Akim> + if ($VERSION !~ /([0-9]+)\.([0-9]+)([a-z])?/);
|
| The automake style is to write trailing `if's without parens:
|
| + &prog_error ("version is incorrect: $VERSION")
| +
| Akim> +local ($traces) = "$ENV{amtraces} ";
|
| Do we really want to use an environment variable? Eventually automake
| will default to using the autoconf trace facility. At that time I
| suppose we'll generate a rule in Makefile.in that looks like:
|
| $(AUTOMAKE) --autoconf=$(AUTO
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> * texinfos.am, tags.am, subdirs.am, multilib.am, mans.am: Add a
Akim> .PHONY target. * automake.in (ha
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Akim> + local ($traces) = "$ENV{amtraces} ";
Well, I'm applying this anyway, as , but for this envvar, you OK'ed
it. It makes it possible to toy with it for those who read this list.
It'll be easy to clean up.
``It suddenly struck the Demaillator
file_contents_with_transform had its arguments reversed''
Gary Larson, Far Side Galleries.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (file_c
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> Akim -- Your recent patches broke a couple of test cases.
Arg, thanks, I'll address them!
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> Akim -- Your recent patches broke a couple of test cases.
Tom> I looked at the `subobj4' failure. I think the new code in
Tom> add_depend2 is wrong.
Tom> First, this is wrong:
Tom> . &transform ('$(' . $pfx . 'COMPILE)' =>
> "Michael" == Michael Bletzinger <[EMAIL PROTECTED]> writes:
Michael> Hello, cvs automake (as of this morning)
Beware that I have broken CVS Automake in some ways. I don't think
your failure is related to what I broke, but at least, it is not the
right moment to use CVS Automake. I'm wait
various global dependencies in automake.in
itself, i.e., which violates `code-proximity' with *.am files.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (%factored_dependencies): New.
(file_contents): Use it.
(handle_phony): Rename as...
(ha
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in: maintainer-check fixes.
Index: automake.in
--- automake.in Wed, 31 Jan 2001 01:43:58 +0100 akim (am/f/39_automake.i 1.21 755)
+++ automake.in Wed, 31 Jan 2001 01:45:16 +0100 akim (am/f/39_auto
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (file_contents): Rewrite: instead of trying to parse
it line by line, first swallow it completely into $CONTENTS,
*then*, parse it *paragraph* by paragraph.
Index: autom
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> It means that for instance we could have
Akim> a b c: d e f
Akim> in a .am file, and have file_contents_
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> Do you mean something like doing this for install, uninstall
Tom> targets, and the like?
Right.
Tom> That would be fine with me. However for non-trivial targets
Tom> sometimes weird special handling is required.
Most probably. But in
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> 1. Does Automake need to know what are the files that can
Akim> actually be in LIBOBJ, or headers can be i
Automake uses @FOO@ just like AC_SUBST :( Can't we move to something
else, say %FOO%?
2001-01-31 Akim Demaille <[EMAIL PROTECTED]>
* depend2.am: Instead of replacing @PFX@ in $(@PFX@COMPILE), and
then replacing `$(@PFX@COMPILE)' for the files that need some
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> Later we see:
Tom> # Generate rule for `.o'. . 's/^\@EXT\@\.o:/' . $obj
Tom> . '.o: ' . $source . '/g;'
Tom> I think we need to quote $obj and $source here; this was handled
Tom> in the old code.
I did not change anything
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> First I want to write/enhance a test that fails on this.
Sorry for being that dumb. I finally understood the problem. Here is
what I'm applying:
Index: ChangeLog
from Akim Demaille &l
are initialized where @phony was.
And of course, a significant part of the remaining work consists in
spreading the adhoc code into the corresponding */am files.
Akim
PS/ This patch includes the diff of Automake's Makefile.ins, i.e.,
there are no diffs at all.
Index: ChangeLog
f
Again, no changes in Makefile.ins.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (@clean): Remove, replaced by...
($dependencies{'clean'}): this.
Use `&depend' instead of push'ing into @clean.
(handle_factor
(distdir.am), the
changes of the Makefile.ins are limited to a new empty line (of which
we can get rid of but eliminating the leading empty lines in
distdir.am, or, alternatively, decide that &file_contents should
always get rid of leading lines).
Akim
Index: ChangeLog
from Akim Demai
>>>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> Can there be any non source files which we want to ship?
Tom> Yes, sometimes. For instance with ansi2knr s
| Hello, Akim!
| > +print STDERR "=>> @_\n";
| > +print STDERR "==>> $_\n";
|
| I disagree with this style of programming.
Are you serious? You really can't differentiate from an actual patch
submitted for inclusion, and something I post wishing someone could
explain to me what I misse
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
Pavel> Hello! Aclocal didn't follow the GNU standard for the output
Pavel> of non-interactive programs. Now all messages printed by
Pavel> "aclocal --verbose" will start with "aclocal: " to make it
Pavel> easier to find them in the autore
| akim <[EMAIL PROTECTED]> writes:
| > sub scan_autoconf_config_files
| > {
| > +print STDERR "=>> @_\n";
| > +print STDERR "==>> $_\n";
|
| Why do you expect $_ to contain anything in particular at this point?
| You've not assigned anything to it in this sub. $_ is a completely
| sep
Pavel Roskin <[EMAIL PROTECTED]> writes:
> I'm sorry if I did someting wrong. Everything that I removed didn't look
> like legitimate automake messages.
Indeed, they are not.
> I'm restoring the "traces:" lines.
Thanks!
Pavel Roskin <[EMAIL PROTECTED]> writes:
> Hello, Akim!
>
> Another related question before I go ahead and enforce a single standard.
>
> Should versobe messages go to stdout or stderr? Automake uses stdout,
> while all other auto* and aclocal use stderr.
I'm not consistent on this regard in th
Pavel Roskin <[EMAIL PROTECTED]> writes:
> In fact, when I run "autoreconf --verbose" I only want to know what it's
> running. I can hardly imagine that I'll ever really need the verbose
> output of all tools in the same time.
I do!
Then I'd suggest introducing --quiet too for silent, and have
"Derek R. Price" <[EMAIL PROTECTED]> writes:
> Ok, I have amtraces code that slurps in almost all the information that
> scan_one_autoconf_file used to. Unfortuantely I hit a minor snag:
We are probably working on the same things. Please, show some code so
that we don't duplicate.
> Since _al
14:40
configure.ac:6:_AC_TRACE:GNU Hello
configure.ac:7:_AC_TRACE:hello
configure.ac:8:_AC_TRACE:GNU Hello 1.0
configure.ac:9:_AC_TRACE:1.0
We can put here and there calls to AC_TRACE to announce variables. Or
just declare an m4_define specialized in ``broadcasted'' variables.
> +AC_LIBOBJ
"Derek R. Price" <[EMAIL PROTECTED]> writes:
> Ok, I found the link on gnu.org on how and why. You can send me the
> set allowing multiple contributions, and I need an empployer
> disclaimer.
What do you want us to sign? The FSF has recently changed its
procedure, and we are all a bit lost.
B
Pavel Roskin <[EMAIL PROTECTED]> writes:
> Hello, Akim!
>
> > If would be *wonderful* if someone had the courage to convert
> > Automake's test suite to Autotest :(
>
> It would be wonderful if Autotest supported XFAIL in same way. We have
> tests that are known to be broken, and tests failing
Tom Tromey <[EMAIL PROTECTED]> writes:
> Akim, provided that the changes don't break using automake with an
> older autoconf, I trust your judgement on reviewing them.
OK, thanks.
> I still haven't looked at the --trace code.
Anyway, I think it can still change a lot. But reading it is re
This message introduces makesort.pl which is quite handy when you
change to much the layout of Makefiles, just like my previous patch
does: it becomes nearly impossible to just diff.
--
#! /usr/bin/perl -w
# -*- perl -*-
# @configure_input@
eval '
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (do_one_clean_target): Don't hard code knowledge
about libtool, and maintainer-clean.
* clean.am, libtool.am: Handle these.
Index: automake.in
--- automake.in Sun, 04 Feb
ng 24 does.
Akim
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (handle_texinfo): No longer hard code the clean
targets.
(texinfos.am): Include them.
Index: automake.in
--- automake.in Fri, 02 Feb 2001 07:28:15 +0100 akim (am/f/39_aut
x27;t
be welcome at this point, IMHO. I need a checkin before proceeding.
And opinions about the targetism of Automake.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
Monstro unsplitable patch.
The aim is to remove hard coded knowledge about clean targets from
ean-generic distclean-local
308c308
< maintainer-clean-am: maintainer-clean-generic distclean-am
---
> maintainer-clean-am: distclean-am maintainer-clean-generic
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (handle_clean): `-local' targets are bound t
This was responsible for the failure of pr87.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* subdirs.am: This file is the exception: clean recursive targets
are called by the clean targets, not the clean-am targets.
Otherwise we have a circular depe
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* m4/regex.m4: Use AC_LIBSOURCES.
* automake.in (scan_autoconf_traces): Trace AC_LIBSOURCE, not
_AC_LIBOBJ_DECL.
Index: m4/regex.m4
--- m4/regex.m4 Sat, 13 Jan 2001 18:11:09 +0100 akim
ng 24 does.
Akim
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (handle_texinfo): No longer hard code the clean
targets.
(texinfos.am): Include them.
Index: automake.in
--- automake.in Fri, 02 Feb 2001 07:28:15 +0100 akim (am/f/39_aut
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (do_one_clean_target): Don't hard code knowledge
about libtool, and maintainer-clean.
* clean.am, libtool.am: Handle these.
Index: automake.in
--- automake.in Sun, 04 Feb
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* Makefile.am (perl4-check): Remove, we now require Perl 5.
(maintainer-check): Don't be silent when you find a problem, and
actually, even specify the locations.
Also check that @_ is
x27;t
be welcome at this point, IMHO. I need a checkin before proceeding.
And opinions about the targetism of Automake.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
Monstro unsplitable patch.
The aim is to remove hard coded knowledge about clean targets from
Tom Tromey <[EMAIL PROTECTED]> writes:
> >>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
>
> Akim> * m4/regex.m4: Use AC_LIBSOURCES.
> Akim> * automake.in (scan_autoconf_traces): Trace AC_LIBSOURCE, not
> Akim&
Tom Tromey <[EMAIL PROTECTED]> writes:
> Akim> --- tests/Makefile.in Wed, 31 Jan 2001 22:34:58 +0100 akim (am/h/14_Makefile.i
>1.3 644)
>
> Akim> -DIST_COMMON = ChangeLog Makefile.am Makefile.in
> Akim> +DIST_COMMON = Makefile.in ChangeLog Makefile.am
>
> This change seems to indicate a regr
Pavel Roskin <[EMAIL PROTECTED]> writes:
> Hello, Akim!
>
> Another problem. Test pr87.test fails. It fails in a makefile that
> contains the following fragment:
>
> distdir = $(top_builddir)/$(PACKAGE)-$(VERSION)/$(subdir)
>
> @for file in $(DISTFILES); do \
>
> distdir: $(DISTFILES)
Tom Tromey <[EMAIL PROTECTED]> writes:
> >>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
>
> Akim> * automake.in (do_one_clean_target): Don't hard code knowledge
> Akim> about libtool, and maintainer-clean.
&g
Akim Demaille <[EMAIL PROTECTED]> writes:
> Tom Tromey <[EMAIL PROTECTED]> writes:
>
> > Akim> --- tests/Makefile.in Wed, 31 Jan 2001 22:34:58 +0100 akim
>(am/h/14_Makefile.i 1.3 644)
> >
> > Akim> -DIST_COMMON = ChangeLog Makefile.am Make
Akim Demaille <[EMAIL PROTECTED]> writes:
> Tom Tromey <[EMAIL PROTECTED]> writes:
>
> > >>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
> >
> > Akim> * automake.in (do_one_clean_target): Don't hard c
Tom Tromey <[EMAIL PROTECTED]> writes:
> >>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
>
> Akim> This message introduces makesort.pl which is quite handy when you
> Akim> change to much the layout of Makefiles, just like my pr
"Derek R. Price" <[EMAIL PROTECTED]> writes:
> AC_REPLACE_FUNCS is still trying to call AC_LIBOBJ_DECL. :(
Pfff, there was no test for AC_REPLACE_FUNCS at all!
Thanks!
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
acfunctions.m4 was still usi
"Lars J. Aas" <[EMAIL PROTECTED]> writes:
> Anyways, are the people that count looking into this patch?
I will, when I have time :( Sorry for the delays...
201 - 300 of 929 matches
Mail list logo
