| On Mar 13, 2000, "Gary V. Vaughan" [EMAIL PROTECTED] wrote:
| I would still like to see {auto{conf,make},libtool} use Ralf
| Engelschall's shtool (or a variant of it) to encapsulate the
| portability issues of things like mkdir -p and mkdir -m 700 into a
| single script rather than
"Assar" == Assar Westerlund [EMAIL PROTECTED] writes:
Assar Akim Demaille [EMAIL PROTECTED] writes:
ACLOCAL_AMFLAGS = -I dir
which is slighly better, since I don't think autoreconf will
recognize the former, while it definitely knows the latter.
Assar Yes, but autoreconf
| On Feb 2, 2000, Akim Demaille [EMAIL PROTECTED] wrote:
| "Alexandre" == Alexandre Oliva [EMAIL PROTECTED] writes:
| Alexandre Only CVS autoconf accepts implicitly quotes backticks in
| Alexandre MSGs. But it complains if backtick is already quoted.
| Alexandre Relying upon the au
"Akim" == Akim Demaille [EMAIL PROTECTED] writes:
Akim CVS Autoconf sticks to Automake 1.4: that's why you find all
Akim those problems. Use 1.4 instead, that's the easier way out.
Oops, now I remember you *should* use 1.4, otherwise, because we rely
on something which has changed b
This patch is still lacking in the current Automake.
Akim
This patch seems to work for me to solve the problem of splitting the
original AC_OUTPUT(...) into AC_CONFIG_FILES(...) and AC_OUTPUT.
It applies just as easily to automake.in .
--- /usr/local/gnu/bin/automake Mon Dec 20
Already sent.
Akim
Index: ChangeLog
from Akim Demaille [EMAIL PROTECTED]
* compile: Simplify the use of double quotes in assignments.
Index: compile
===
RCS file: /cvs/automake/automake
Maybe this patch could be rejected/discussed/applied?
| Index: m4/init.m4
| ===
| RCS file: /cvs/automake/automake/m4/init.m4,v
| retrieving revision 1.17
| diff -u -r1.17 init.m4
| --- init.m4 1999/11/23 05:08:42 1.17
| +++
Hi Jim!
| Akim Demaille [EMAIL PROTECTED] writes:
| | Maybe this patch could be rejected/discussed/applied?
|
| I've applied it. But removed the periods you added here:
Thanks!
| +[AC_DEFINE_UNQUOTED(PACKAGE, "$PACKAGE", [Name of package.])
| +AC_DEFINE_UNQUOTED(VERSION,
Could someone apply this patch?
Akim
François
Honestly, I see no difference between plenty of small utilities and
one big.
Oh, each supplementary file we distribute is a bit of a burden to
the maintainer (Auto- tools could help here :-), but more
importantly, one more bit of pollution each time the
Hi François !
| While we're at it, don't you think we should build a single file
| `STUFF' which contains NEWS, COPYING, AUTHORS, THANKS, TODO,
| ABOUT-NLS, ChangeLog, INSTALL, README etc.? Let's face it: there is
| plenty of useless files in there, nobody cares!
|
| Somebody cares! Do
| [`configure'] is also a product. Yet, we do not distribute the full
| Autoconf and Automake within each distribution. What is needed for easy
| maintenance is at least some good access to sufficient Autoconf (and
| Automake) snapshots, turned into fetchable distributions (probably not CVS).
"Alexandre" == Alexandre Oliva [EMAIL PROTECTED] writes:
Alexandre I'm not sure I agree with that. It sounds perfectly
Alexandre reasonable to me to have automake request for the user to
Alexandre add AC_PROG_RANLIB to configure.in.
I agree. In fact the whole problem is to keep things
"Bram" == Bram Stolk [EMAIL PROTECTED] writes:
Bram Hello configurators, I could not find this in the docs: how can
Bram I use wildcards correctly in Makefile.am ?
By not using them at all. It is on purpose that they are not
supported in Automake. If you really mean to do that, you should
"Johan" == Johan Danielsson [EMAIL PROTECTED] writes:
Johan What's the deal? If you run autoconf -W obsolete you get a
Johan bunch of warnings for automake stuff.
The objective is to release the next Automake independently of the
changes in Autoconf, so that people are not obliged to update
"Tom" == Tom Tromey [EMAIL PROTECTED] writes:
Tom Also, writing a dependency tool in a portable way seems hard.
In particular if you consider the lexical flexibility of Fortran. It
is reasonable to require a particular form of include/INCLUDE
etc. from the maintainers who are making the
"Alex" == Alex Hornby [EMAIL PROTECTED] writes:
Alex If I was to do this, would someone with CVS access consider
Alex applying them in a timely manner? I suspect I might go mad
Alex trying to maintain five source trees for any length of time.
I'm OK with handling this, but I don't feel fully
"Tom" == Tom Tromey [EMAIL PROTECTED] writes:
Akim What would Automake (or missing) need to know?
Tom Whether the compiler can support the extensions actually in use
Tom by the program. This is an ugly problem because it involves
Tom feedback from Makefile.am to configure.
Nope, I think this
"Akim" == Akim Demaille [EMAIL PROTECTED] writes:
"Akim" == Akim Demaille [EMAIL PROTECTED] writes:
Akim OK to install?
Akim It's basically only an update of the conventions, you don't need
Akim to get into the gory details. If no-one says no, I'll apply it
Akim tomorrow.
I'm committing it.
Compile getopt1.c and getopt.c unconditionally on all platforms, it
has its own magic for the platforms that already have it.
Akim
| On Mon, Oct 02, 2000 at 05:48:26PM +0200, Akim Demaille wrote:
| : (And BTW, why the heck is there this `tab' part?)
|
| I believe it is short for "table" - the compiler parser is based on using a
| state transition table or something along those lines. That's my guess -
| I've
This patch seems OK to me, but I'd appreciate if Alexandre, Tom, Pavel
or Jim could confirm it's OK.
| Hi,
| this patch implements support for extracting dependency tracking
| information by using the preprocessor mode of the Microsoft Visual
| C/C++ compiler.
Thanks, installed.
Could someone explain to me why we launch it in background and then
just wait for it to complete?
"Alexandre" == Alexandre Oliva [EMAIL PROTECTED] writes:
Alexandre We compute dependencies in parallel with the actual
Alexandre compilation, but we mustn't consider the job done before
Alexandre both are complete.
Ah! Yes, I overlooked the ` "$@" '. Thanks!
"Alexandre" == Alexandre Oliva [EMAIL PROTECTED] writes:
Alexandre On Oct 16, 2000, Akim Demaille [EMAIL PROTECTED] wrote:
This guy looks good to me. Any objection?
Alexandre Nope.
Pavel, you still consider this patch alive?
| 2000-06-21 Alex Hornby [EMAIL PROTECTED]
|
| * depcomp: Altered sed clause to strip of inclusion depth
| numbers generated by cpp. Also output in gcc style.
|
| Index: depcomp
| ===
| RCS file:
| I am getting the foll. error message when I am trying to build
| automake 1.4 on 11.00 hpux machine:
You said it all: HPUX. Their Make is incredibly broken and is often
responsible of build failures. I would *strongly* encourage you to
install GNU Make and use this one only.
"Thomas" == Thomas E Dickey [EMAIL PROTECTED] writes:
Thomas give an example of how it's broken.
I never managed to track it down precisely. But for instance with
Bison and a2ps, the only problems I has with gettext 0.10.33 were
people using HPUX Make. For a time I tried to find the origin,
| Hi,
| Thanks for replying.
|
| But I am getting the error even if I use the gmake.
|
| Making all in .
| gmake[1]: Entering directory `/home/praveen/automake-1.4'
| gmake[1]: Nothing to be done for `all-am'.
| gmake[1]: Leaving directory
Any problem with installing this guy? It seems fine to me.
--
Alexandre,
Heres an Automake patch and changelog entry allow make -j install on
such degenerate systems (and Linux with buggy libtool g)
If you install to
"Alex" == Alex Hornby [EMAIL PROTECTED] writes:
Alex I've been busy on other things for a while, but I would
Alex definitely like to get these patches in, and I am heartened by
Alex the application of my depcomp patch :)
:)
Alex I'll see if I can get the patsubst patch out next week.
Yep,
| Index: ChangeLog
| ===
| RCS file: /cvs/automake/automake/ChangeLog,v
| retrieving revision 1.891
| diff -u -r1.891 ChangeLog
| --- ChangeLog 2000/10/06 22:49:14 1.891
| +++ ChangeLog 2000/10/09 14:43:56
| @@ -1,3 +1,12 @@
|
| Akim,
Hi Alex,
Glad to see your progresses!
| Here is a patch to add patsubst support to value_to_list. I've
| included a new test case "patsubst.test" as well.
That's great news! Thanks a lot!
But I'm going to be a pain, especially because I'm not the official
maintainer of Automake,
"Alex" == Alex Hornby [EMAIL PROTECTED] writes:
Alex Akim,
Alex Okay, here is patsubst patch v2.
Thanks!
Alex The _PROGRAMS based example in the documentation needs a
Alex patsubst supporting make (e.g. GNU and Solaris work). This is
Alex because the program target writes prog_SOURCES to the
| On Nov 1, 2000, François Pinard [EMAIL PROTECTED] wrote:
| [Pavel Roskin]
| From Autoconf documentation:
|
|
| If you omit the space before the path, then 4.2BSD based systems
| (such as Sequent DYNIX) will ignore the line, because they interpret
| `#! /' as a
"Derek" == Derek R Price [EMAIL PROTECTED] writes:
Derek This could be a very useful tool but without this feature I
Derek cannot use it in good conscience.
What's wrong with the `missing' approach? What version of Automake
are you using? I'm using CVS Automake for my package, and never
"Derek" == Derek R Price [EMAIL PROTECTED] writes:
Derek Akim Demaille wrote:
What's wrong with the `missing' approach?
Derek I ran automake the first time without the '--add-missing'
Derek argument so when it told me it wouldn't run because "AUTHORS"
Derek and "m
"Morten" == Morten Eriksen [EMAIL PROTECTED] writes:
Morten Hi, someone mis-applied my patch so that ``binmode'' was set
s/someone/akim/
Morten _after_ Automake had opened a file for writing.
Sorry Morten, I'm applying your patch. Thanks!
"phane" == phane Genaud St writes:
phane Hi, on a Irix 6.5 system, using automake 1.4, autoconf 2.12
Please, consider upgrading at least of 2.13. If the trouble persists,
give a try to CVS Autoconf (See http://sources.redhat.com/autoconf/
for details), and report bugs against this CVS
"Johan" == Johan Danielsson [EMAIL PROTECTED] writes:
Johan Suppose I have something like:
Johan AC_DEFUN(FOO, [AC_CONFIG_FILES($1/Makefile)])
Johan FOO(somedir)
Johan This works fine with autoconf, but is there some way to
Johan convince automake about this construct? Is there an alternate
Index: m4/init.m4
===
RCS file: /cvs/automake/automake/m4/init.m4,v
retrieving revision 1.20
diff -u -r1.20 m4/init.m4
--- m4/init.m4 2000/10/10 00:18:52 1.20
+++ m4/init.m4 2000/12/21 18:07:02
@@ -54,6 +54,7 @@
# some
"Alexandre" == Alexandre Oliva [EMAIL PROTECTED] writes:
Harlan checking whether build environment is sane... yes
Harlan /bin/sh: \272: not found
Alexandre What if you take the quotes off "$prog" ?
Harlan That seems to be the ticket!
Warf warf warf!
272 = 200 (8th bit) + 72 (ascii code of
"Dave" == Dave Brolley [EMAIL PROTECTED] writes:
Dave No problems so far. What kind of problems are you expecting?
It likes removing VPATH definitions from Makefiles. Many people
complain about that, but I confess I never really tried to understand
what the problem was. I just know there is
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*
"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 BSD
"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 update
| 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
|
| | 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
$ 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 compatible
| 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 .=
|
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
"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 th
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 akim (am
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:
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.
I
"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 portability
"Alexandre" == Alexandre Oliva [EMAIL PROTECTED] writes:
Alexandre On Jan 24, 2001, Akim Demaille [EMAIL PROTECTED] wrote:
"Alexandre" == Alexandre Oliva [EMAIL PROTECTED]
writes:
Alexandre I think it's ok. But I agree the code is messy. We need
Alexandre AC_HOOK(
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 leave `AC_PROG_CC' etc
"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, containing the
"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, you can't
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
= @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.test, install2.test, pr19.test,
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.in Fri, 26 Jan
Index: ChangeLog
from Akim Demaille [EMAIL PROTECTED]
* automake.in (handle_programs) xexe: 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_automake.i 1.4 755
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.6 755
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_automake.i
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, 26 Jan 2001 21
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): Use grep -w when looking
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 @phony.
Index
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 akim (am/f
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 akim (am/f
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, 28 Jan
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 it.
Index: automake.in
"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
Tom (which
| 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)
"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 (handle_texinfo, handle_man_pages,
Akim handle_multilib) (handle_etags, ha
"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)' = $rule,
I
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...
(handle_factored_dependencies
"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_with_transform (provided
Akim we taught it that a, b and c are s
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
special flags, use only @COMPILE@. Similarly for
"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 in the
"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 [EMAIL PROTECTED]
* automake.in (a
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
from Akim
file.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 Demaille [EMAIL PROTECTED]
* distd
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 the sense
"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 _all_
$libsources{"$_[2].c"} = $_[0] },
+_AC_LIBOBJ_DECL =
+ sub { $libsources{"$_[1].c"} = $_[0]
+ unless defined $libsources{"$_[2].c"};
+ },
FYI, I applied this to Autoconf:
2001-02-03 Akim Demaille [EMAIL PROTECTED]
* acfunctions.m4 (AC_FUN
"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.
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 2001 00:49:46
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
automake.in, leaving them in the *.am files
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 to `-am'
targets, not top
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 (am/f
.
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_automake.i 1.29 755
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 2001 00:49:46
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
automake.in, leaving them in the *.am files
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 _AC_LIBOBJ_DECL.
Ok.
My reading is that
1 - 100 of 799 matches
Mail list logo