&depend ("$_-am", "$_-local")
- if &target_defined ("$_-local");
- }
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&handle_merge_targets, &do_one_merge_target): Don't
work on targets handled by %de
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
handle install and install-am.
* install.am: Do it.
* automake.in (&handle_merge_targets, &do_one_merge_target): Don't
Index: Makefile.in
--- Makefile.in Sat, 24 Feb 2001 16:41:07 +0100 akim
ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&handle_merge_targets, &do_one_merge_target): Don't
handle installcheck and installcheck-am.
* install.am: Do it.
Index: Makefile.in
--- Makefile.in Sat, 24 Feb 2001 16:56:04 +0100
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (handle_texinfo): Remove code handled by texinfos.am.
Index: automake.in
--- automake.in Sat, 24 Feb 2001 17:12:49 +0100 akim (am/f/39_automake.i 1.77 755)
+++ automake.in Sat, 24 Feb 2001 17
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&scan_texinfo_file): Also compute the list of files
to clean.
Handle local errors.
(&handle_texinfo): Use it.
Index: Makefile.in
--- Makefile.in Sat, 24 Feb
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in: Don't pass arguments to...
(&parse_arguments): Work on @ARGV.
Use Getopt.
Add support for `-f', `-V', `-A', `-h'.
(&version): New.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.texi (Invoking Automake): Remove dead options.
Index: automake.texi
--- automake.texi Sun, 25 Feb 2001 13:21:52 +0100 akim (am/f/34_automake.t 1.6 644)
+++ automake.texi Sun, 25 Feb 2001 14:29:52
=~ /exec/)
. $ltxform
. $cygxform);
and for instance data.am now has.
?EXEC?.PHONY install-exec-am: install-@DIR@DATA
?!EXEC?.PHONY install-data-am: install-@DIR@DATA
I also provide a new test case.
Index: ChangeLog
from Akim Demaill
Tom Tromey <[EMAIL PROTECTED]> writes:
> >>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
>
> Akim> * automake.in (&handle_man_pages): $found is dead.
>
> Ok.
>
> Which patch renders it dead?
It was 5
Akim Demaille <[EMAIL PROTECTED]> writes:
> * tests/vartar.test, tests/ctarget1.test: New.
I forgot to chmod +x those two files, I'm sorry :(
Akim Demaille <[EMAIL PROTECTED]> writes:
> Akim Demaille <[EMAIL PROTECTED]> writes:
>
> > * tests/vartar.test, tests/ctarget1.test: New.
>
> I forgot to chmod +x those two files, I'm sorry :(
False alarm, I had not applied the patch. Sorry...
Tom Tromey <[EMAIL PROTECTED]> writes:
> >>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
>
> Akim> +&am_line_error ('SUBDIRS',
> Akim> + "AM_GNU_GETTEXT used but \`po&#x
Tom Tromey <[EMAIL PROTECTED]> writes:
> I think we should have a clean separation between internal and
> external variables here. So how about renaming this as
> `_am_installdirs' or something like that? I have a slight preference
> for lower case internal macro names.
What is the status the
Tom Tromey <[EMAIL PROTECTED]> writes:
> >>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
>
> Akim> . &transform_cond ('BASE' => $strip_subdir,
> Akim>
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in ($me): New.
Use it.
(&usage): Display your full name.
Index: automake.in
--- automake.in Sun, 25 Feb 2001 14:19:25 +0100 akim (am/f/39_automake.i 1.80 755)
+++ automake.in S
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in: Use File::Basename.
(&dirname, &basename): Remove.
Index: automake.in
--- automake.in Sun, 25 Feb 2001 14:54:59 +0100 akim (am/f/39_automake.i 1.81 755)
+++ automake.in Sun,
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&handle_dist): Use &transform instead of dedicated
magic for DISTDIRS.
But be sure to always do it.
* distdir.am: Adjust.
Index: automake.in
--- automake.in Su
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&transform_cond): Merge into...
(&transform): this.
Adjust all uses.
Index: automake.in
--- automake.in Sun, 25 Feb 2001 22:16:53 +0100 akim (am/f/39_autom
Tom Tromey <[EMAIL PROTECTED]> writes:
> >>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
>
> Akim> Add support for `-f', `-V', `-A', `-h'.
>
> Akim> + -h, --help print this help, then
Tom Tromey <[EMAIL PROTECTED]> writes:
> >>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
>
> Akim> * automake.in ($me): New.
> Akim> Use it.
> Akim> (&usage): Display your full name.
>
> I
Tom Tromey <[EMAIL PROTECTED]> writes:
> > "Akim" == akim <[EMAIL PROTECTED]> writes:
>
> Akim> My bad, I forgot to remove `dir' from the _DATA var.
>
> Oops, I missed that too.
>
> Akim> mybindir = $(bindir)/my
> Akim> mybin_DATA = doto
>
> User defined variables are handled by name.
>
Tom Tromey <[EMAIL PROTECTED]> writes:
> What is the `dist-all' target used for? I see it is collected in
> %dependencies.
It makes all the flavors of dists.
Mon Sep 23 00:04:48 1996 Tom Tromey <[EMAIL PROTECTED]>
* automake.in (initialize_global_constants): Define %dist,
di
Tom Tromey <[EMAIL PROTECTED]> writes:
> Akim> +my @clean_suffixes = ('aux', 'dvi', 'log', 'ps', 'toc',
> Akim> + # grep new.*index texinfo.tex
> Akim> + 'cp', 'fn', 'ky', 'vr', 'tp', 'pg');
>
> Why is this list so much shorter than the old lis
Tom Tromey <[EMAIL PROTECTED]> writes:
> >>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
>
> Akim> * automake.in (&handle_dist): Use &transform instead of dedicated
> Akim> magic for DISTDIRS.
> Akim&
1. instdata2.test
I think this time I understood what must be done, but given that
there are impossible combinations between primaries and dirs, I'd
like someone to fix the test itself, then I'll know exactly what
is to be done.
2. error messages
for some reason I did not track do
Akim Demaille <[EMAIL PROTECTED]> writes:
> 4. handle_factored_dependencies
>is outputting in an order which is not the one I want.
>I have not understood why, nor why it suddenly changed. In
>particular .PHONY is no longer last as it should.
Solved. From perl
Akim Demaille <[EMAIL PROTECTED]> writes:
> 2. error messages
>for some reason I did not track down, am outputs only the suffix
>(.am), instead of the name of the bad file (Makefile.am).
Tracked down, and I have a fix, but given that I don't understand why
it behave
Akim Demaille <[EMAIL PROTECTED]> writes:
> Is there anything special about foreach loops?
man perlsyn
Foreach Loops
The `foreach' loop iterates over a normal list value and
sets the variable VAR to be each element of the list in
turn. If the variab
Pavel Roskin <[EMAIL PROTECTED]> writes:
> Hello, Akim!
>
> > > ?EXEC?insexec-data-am: install-info-am
> > > ?!EXEC?install-data-am: install-info-am
>
> By the way, it will be nice to have a test that actually fails in absense
> of insexec-data-am or install-data-am.
Err, insexec does not exis
Pavel Roskin <[EMAIL PROTECTED]> writes:
> I mean, this check is _probably_ not necessary on a user system, since the
> users will use well tested versions of Automake. But I don't have a strong
> opinion. A fast and simple check should not be a big deal.
>
> Developers of Automake, however, sho
Pavel Roskin <[EMAIL PROTECTED]> writes:
> > Nonetheless, given that we can never be sure to what extend the test
> > suite exercise Automake, I would include it anyway: better have
> > automake dying than make. Just imagine
> >
> > ?SOME-CONDITION-RARELY-TRUE? %SOME-PARAM-WE-FORGOT%.
>
> Ok
Tom Tromey <[EMAIL PROTECTED]> writes:
> * A user-defined directory is valid for any primary
But obeys the m/exec/ rule. Which means my assumption that
programs.am etc. did not need the ?EXEC? hooks was wrong. OK, thanks!
> * The valid standard directories are chosen on a per-primary basis.
>
Tom Tromey <[EMAIL PROTECTED]> writes:
> For a given primary we try to detect which directories are valid.
>
> * A user-defined directory is valid for any primary
My understanding of texinfos.am is that this is not supported for
_TEXINFOS. Yet? Should it?
?EXEC??INSTALL-INFO?install-exec-am:
Akim Demaille <[EMAIL PROTECTED]> writes:
FYI:
> infodir is hardcoded, no means to have others.
>
> So at least currently this one does not need the ?EXEC? hook. If
> there is a bug, it needs much more work.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
Akim Demaille <[EMAIL PROTECTED]> writes:
> > infodir is hardcoded, no means to have others.
> >
> > So at least currently this one does not need the ?EXEC? hook. If
> > there is a bug, it needs much more work.
I tend to think it is the same for mans.am. I don't fix it.
I think I finally have it. I apologize for all the iterations I
needed :(
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&am_install_var): Recognize whether predefined
directories are `data' or `exec'.
* libs.am, ltlib.am,
Given that this time I think I understood, that the bug was really bad
for users, I went ahead and applied it.
Tom, feel free to strengthen instdata2!
Here is what I committed.
#! /bin/sh
# Test that installing under $exec_prefix is handled by install-exec.
# Testing with headers for instance.
Tom Tromey <[EMAIL PROTECTED]> writes:
> Akim> + # Directories installed during 'install-exec' phase.
> Akim> + my %exec_dir_p =
> Akim> + (
> Akim> [ ... ]
>
> How smart is Perl?
> I used to have this as a global so that it wasn't reevaluated each
> time through
...
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
Distinguish automake substitutions from config.status
substitutions.
* automake.in (&add_depend2): Transform AMDEP.
(&handle_clean): Transform MCFILES and MFILES.
(&file_contents
Tom Tromey <[EMAIL PROTECTED]> writes:
> Me, too, but:
>
> * Automake is really slow
> * We already have tons of other global constants
>
> Please change it back.
No problem!
I should have emphasized that there are no diffs for Automake's
Makefile.ins. The test suite is now at libobj*.test, no errors so far.
All 273 tests passed
:)
I checked the effect of the % percent change on the fileutils, and it
revealed one bug. Another one was made visible.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* mans.am: s/INSTALL_MAN/INSTALL-MAN/.
* automake.in (&handle_clean): Don't escape
Tom Tromey <[EMAIL PROTECTED]> writes:
> Akim --
>
> I think one of your patches probably broke `make dist-all'.
>
> Right now it ends up depending on each dist target that is used.
> However each such target ends by removing the dist directory.
> The point of having dist-all is that it is more
My bad, and I don't know why :(
I just moved %exec_dir_p right before am_install_vars, and it resulted
in the failure you reported. I guess that a var must be visible
before its first caller (when the first to initiate the chain that
results in its consultation), which is something I had not und
Hm, I sent my patch yesterday, but it didn't show up :(
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
Let's make it run ten times faster...
* automake.in (&transform): Be sure to remove the `\n' with ?FOO?
transformations.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&handle_configure): Fortunately, $top_reldir,
which definition was highly suspicious, was useless.
Index: automake.in
--- automake.in Tue, 27 Feb 2001 21:22:26 +0100 akim (am/f/39_automake.
Needed for my ten-times patch.
Question: why do we grep . after grep -v? It is not guaranteed that
grep -v will exit positive when it output something?
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* Makefile.am (maintainer-check): `undef $/' is OK.
I'm applying it since it's a bug fix, and rather obvious.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&add_depend2): Transform `GENERIC'.
Get rid of the ad hoc transformation of `@EXT@.o:' which in
addition wa
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&handle_single_transform_list, &add_depend2): Let
$lang_specific_files{$lang} be a list instead of a string.
Index: automake.in
--- automake.in Tue, 27 Feb 2001 22:23:36 +0100 akim (am/f/39_a
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in: Preparation for `use strict': Move the
initialization of the constants to the top, from...
(&initialize_global_constants): here.
Index: automake.in
--- automake.in T
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in ($am_file): Use vars.
($am_file_name, $in_file_name): Private to &generate_makefile.
Index: automake.in
--- automake.in Tue, 27 Feb 2001 22:52:56 +0100 akim (am/f/39_automake.i 1.92 755)
+++ autom
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in ($am_relative_dir): Global.
(&initialize_per_input): Init it.
(%make_list, @make_input_list): My them from
(&scan_autoconf_files): here.
(&require_file_intern
I've left the comments related to these vars at both their
declarations, and their initialization because I don't know where you,
Tom, would like to keep them. Personally, I'd keep it at there
declaration, but...
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (%am_vars, @var_list, %def_type): Globals.
(&initialize_per_input): Initialize them.
(&read_main_am_file): Don't local them.
(&get_object_extensi
ettes, some more alcohol, and time to get some
sleep now.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in ($in_file_name, $am_file_name, $relative_dirs):
Globals, initialized...
(&initialize_per_input): here.
Index: Makefile.am
--- Makefile
"Derek R. Price" <[EMAIL PROTECTED]> writes:
> Only a global is going to be seen within a separate function...
Right, but `my' at the top level is a global. The problem was really
related to the specific semantics of foreach.
Dean Hoover <[EMAIL PROTECTED]> writes:
> I am new to autotools, and am reading GNU autoconf, automake, and
> libtool by Vaughan, et. al. and the manuals for autoconf and
> automake. I am building a fairly large project with multiple
> directories and several executables and several libraries. I
Akim Demaille <[EMAIL PROTECTED]> writes:
> There is another problem: installsh.test
I found my error, I had not realized that $errdir had to be kept
common to each iteration over @require_file_paths. If you apply all
my previous patches, plus this:
/tmp/am % diff -u automa
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&require_file_internal): $errfile must be
independent from the loop on the directories.
Index: automake.in
--- automake.in Wed, 28 Feb 2001 23:04:21 +0100 akim (am/f/39_automake.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&generate_makefile): Call &initialize_per_input
*before* setting $am_file_name and $in_file_name.
Index: Makefile.in
--- Makefile.in Wed, 28 Feb 2001 23:04:21 +0100 akim (am/h
the
Makefile.ins from before my variable changes. So I can now state that
my changes are semantically transparent (which I wouldn't have said
before patch 91).
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&pretty_print_internal): Don&#
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&file_contents): Transform LIBTOOL.
(&am_install_var): Remove $ltxform.
* ltlib.am, progs.am: Adjust.
Index: automake.in
--- automake.in Thu, 01 Mar 2001 22:30:57 +0
/usr/share/automake/program.am: @rm -f @PROGRAM@@EXEEXT@
and only programs.am uses EXEEXT, now %EXEEXT%, and am_install_var
does not concern program.am.
Yet in 1.4, only @EXE
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&am_install_var): Remove $c
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (%required_targets, %dependencies): Add dvi, info,
dvi-am, info-am.
(@info, @dvi): Remove.
(&handle_texinfo, &handle_merge_targets): Adjust.
(&handle_factored_depen
RECURSIVE_TARGETS in mind, which requires bringing
all the standard targets to uniform handling, especially the
-am/-recursive mechanism.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
Make the installation/uninstallation of Info pages follow the
regular am/recursive
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* configure.am: New file.
* automake.in (&file_contents): Transform CONFIGURE-AC.
(&handle_texinfo, &handle_configure): Don't transform
CONFIGURE_AM.
(&handle_co
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in: Require AC_PROG_INSTALL in...
(&scan_autoconf_files): here.
Index: automake.in
--- automake.in Thu, 01 Mar 2001 22:20:42 +0100 akim (am/f/39_automake.i 1.101 755)
+++ automake.in T
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&do_one_merge_target): Remove, was only called from...
(&handle_merge_targets): here for `all'.
Adjust.
Index: automake.in
--- automake.in Fri, 02 Mar 2001 00:21:13 +0100 akim
? update-log
? diffs
? style-m4.patch
? automake-1.4a
? automake-1.4a.tar.gz
Index: tests/ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* subdir4.test (depcomp): Don't create it, defs does.
Index: tests/s
There are two motivations for this patch: first it simplifies
Automake, and second, anyway this is the path for the future, since
Autoconf 2.50 defines these guys by default, so there will not even be
any reason for defaulting them.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTEC
RCES was defined or not,
there is nothing wrong with empty macros, and plenty of good in code
simplification. See what I mean for instance in the diffs of
tests/Makefile.in.
And now for something completely different: any reason not to include
-w on the #! line instead of the maintainer-check ta
se.
Hence, there is still road to do before reaching if/fi in *.am files.
And I'm willing to clean the road before walking on it :)
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&handle_programs, &handle_libraries, &handle_tags)
(&h
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
Always use hashes with &file_contents.
* automake.in (&handle_texinfo): texibuild.am does not need
TEXINFODIR.
texinfos.am wants only TEXICLEANS.
(&handle_dist, &add_depend2, &
I must say that I Yipee! a lot this patch :) Finally!
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&file_contents): Require a hash as second argument.
Adjust callers.
Index: automake.in
--- automake.in Sun, 04 Mar 2001 21:38:00 +0100
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&file_contents): Map MAINTAINER-MODE to
@MAINTAINER_MODE_TRUE@ or nothing.
* configure.am, remake-hdr.am, remake.am, texi-vers.am: Adjust.
Suggested by Tom.
Is there any reason not to merge those two guys? The idea seems
to be that check_PROGRAMS etc. shall be run first. Any reason to
have this?
Tom Tromey <[EMAIL PROTECTED]> writes:
> I agree -- please keep them at the declaration and remove them from
> initialize_per_input. Keeping them updating in parallel won't work.
OK, I will.
Tom Tromey <[EMAIL PROTECTED]> writes:
> Akim> +?MAINTAINER-MODE?$(srcdir)/configure:
>@MAINTAINER_MODE_TRUE@$(srcdir)/%CONFIGURE-AC% $(ACLOCAL_M4) $(CONFIGURE_DEPENDENCIES)
> Akim> +?!MAINTAINER-MODE?$(srcdir)/configure: $(srcdir)/%CONFIGURE-AC% $(ACLOCAL_M4)
>$(CONFIGURE_DEPENDENCIES)
>
> Wh
Tom Tromey <[EMAIL PROTECTED]> writes:
> I'm not convinced this really makes things cleaner.
> It is just shifting the ugliness around.
:) :) :)
Tom Tromey <[EMAIL PROTECTED]> writes:
> I don't really want to propagate its use. It is good to make it work,
> and you can make uninstall-info if you really want. However I don't
> see a real need for it. If we do add it I'd prefer we not document
> it.
OK. I will include it as is since cu
Tom Tromey <[EMAIL PROTECTED]> writes:
> >>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
>
> Akim> Question: why do we grep . after grep -v? It is not guaranteed that
> Akim> grep -v will exit positive when it output something?
Tom Tromey <[EMAIL PROTECTED]> writes:
> With this patch we'll be doing this all the time instead of only in a
> certain obscure situation. Bummer.
I agree...
Another issue is that of @FOO@ variable in bin_PROGRAMS etc.
> Akim> -test "`fgrep '.c.o' Makefile.in | wc -l`" -eq 1
> Akim> +grep '
Tom Tromey <[EMAIL PROTECTED]> writes:
> I don't want to unify the .am readers for 1.5. My experience is that
> automake users have all kinds of ugly stuff in their Makefile.am. We
> definitely don't want to support this stuff long-term, but I think
> changing it now would be ill-advised.
I ag
Pavel Roskin <[EMAIL PROTECTED]> writes:
> Hello!
>
> Automake from CVS doesn't work with perl5.6.0 today:
>
> $ perl5.6.0 -c automake
> Global symbol "%require_file_found" requires explicit package name at
> automake line 3291.
> BEGIN not safe after errors--compilation aborted at automake lin
Pavel Roskin <[EMAIL PROTECTED]> writes:
> Great! I wish your answer about the next problem would be the same!
>
> Only one test is failing now - installsh.test. Perl reports the same
> mesages many times, so I ran the output through sort and uniq.
Yep, I am aware of this. This is a side effec
I don't feel like feeling this issue, I already have much to fight
with, but FYI, there are two tests like this which have distcheck
stuck. Until you press enter. It turns out that...
automake-1.4e/=build/tests % make check VERBOSE=yes TESTS=insh.test
make check-TESTS
make[1]: Entering direct
Tom Tromey <[EMAIL PROTECTED]> writes:
> I don't think it is actually important to support non-GNU make
> implementations here. We've never supported Makefile rebuilding with
> vendor makes in the past. No other GNU Makefile has. We've also
> never had a complaint about it. Since it sounds li
Tom Tromey <[EMAIL PROTECTED]> writes:
> Akim> Ahem, sorry...
> Akim> I did this:
>
> Akim> set -e
>
> I don't see that in the patch.
Sorry I was unclear. I meant that I updated the patch, and applied
what I included in that message.
Tom Tromey <[EMAIL PROTECTED]> writes:
> Akim> Another issue is that of @FOO@ variable in bin_PROGRAMS etc.
>
> This has always been a problem with EXEEXT. The rule is that if you
> use @FOO@ in _PROGRAMS then you have to remember to add EXEEXT
> yourself in configure.in.
Time for another set
: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&handle_options): Change the RE so that the third
part of the versions always exist.
(&file_contents): Don't pass uninitialized values to &transform.
2001-03-05 Akim Demaille <
Tom, I'd like to know what you'd prefer: fixing the uses of $2 etc.,
or the definition of the groups in the regexps? For instance, I have
this:
Index: automake.in
===
RCS file: /cvs/automake/automake/automake.in,v
retrieving revisio
Tom Tromey <[EMAIL PROTECTED]> writes:
> Akim> I preferred to have transform _required_ a defined value for
> Akim> each key, to make sure there are no accidents. So I fixed the
> Akim> sites where %transform receives an uninitialized value.
>
> Sounds great.
>
> What remains in order to enabl
Tom Tromey <[EMAIL PROTECTED]> writes:
> Akim> Time for another set of explanations :)
> Akim> I seem to have understood that we don't support
>
> Akim> if foo
> Akim> bin_PROGRAMS += foo
> Akim> fi
>
> Akim> (or am I wrong?). If so, why?
>
>
> I think we ought to support this but we current
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&handle_merge_targets): Ventilate its non `all'
related content into...
(&generate_makefile): here.
(&handle_merge_targets): Rename as...
(&handle_all): thi
I *love* query-replace patches, there are not enough of this sort :)
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in: Backquote is inert in double quotes.
Index: Makefile.am
--- Makefile.am Mon, 05 Mar 2001 22:33:22 +0100 akim (am/f/46_Makefile.a 1.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&push_dist_common): Simplify.
Index: automake.in
--- automake.in Sun, 04 Mar 2001 21:51:47 +0100 akim (am/f/39_automake.i 1.113 755)
+++ automake.in Sun, 04 Mar 2001 22:39:31 +0100 akim (am/f/39_automake.i
ir dvi dvi-am dvi-recursive info info-am info-recursive \
+ install install-am install-data install-data-am \
install-data-recursive install-exec install-exec-am \
install-exec-recursive install-info install-info-recursive \
install-man install-recursive install-strip installche
iable etc. for %language_map
might make a more readable and more robust code.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in: Use -w.
Normalize all use of `$lang . '-foo'' into `"$lang-foo"'.
(&p
Pavel Roskin <[EMAIL PROTECTED]> writes:
> Done.
Great, thanks!
> The fix appears to be quite simple. The testsuite passes. Some real
> package using noinst_SCRIPTS is now in a good shape (i.e. `make install'
> works as it should and even `make distcheck' passes).
If you didn't apply it, I wil
401 - 500 of 929 matches
Mail list logo
