Autoheader
| autoreconf: ./configure.ac: not using Automake
| autoreconf: Leaving directory '.'
--
Alexandre Duret-Lutz
using -m;
PE suggested by Stepan Kasal.
Thanks. I've installed that along with the script version and THANKS update.
--
Alexandre Duret-Lutz
Shared books are happy books. http://www.bookcrossing.com/friend/gadl
is difficult because there is no Autoconf
version that precisely matches the change.
Apart from this 3-year old missing trace, we had no problem
keeping the lists in sync so far, so it doesn't sounds worth
making this more complex and keeping 3 things in sync.
--
Alexandre Duret-Lutz
Shared books
!
[...]
--
Alexandre Duret-Lutz
Shared books are happy books. http://www.bookcrossing.com/friend/gadl
? 'fatal' : 'unsupported',
+ cannot lock $file with mode $mode: $! . ($make_j ? $note : ))
+ if $make_j or not $!{ENOLCK} || $!{EOPNOTSUPP};
as
if $make_j || !($!{ENOLCK} || $!{EOPNOTSUPP});
for readability and consistency.
--
Alexandre Duret-Lutz
Shared books are happy books
(but, surprisingly, not with an until loop).
This looks like an issue similar to the one that caused this :
2002-03-17 Alexandre Duret-Lutz [EMAIL PROTECTED]
* tests/dirforbid.test: Workaround for NetBSD sh bug.
Fixes PR automake/305.
http://sources.redhat.com/cgi-bin/cvsweb.cgi
? 'fatal' : 'unsupported',
+ cannot lock $file with mode $mode: $! . ($make_j ? $note : ))
+ if $make_j or not $!{ENOLCK} || $!{EOPNOTSUPP};
as
if $make_j || !($!{ENOLCK} || $!{EOPNOTSUPP});
for readability and consistency.
--
Alexandre Duret-Lutz
Shared books are happy books
. It would be
RW nice to get some kind of feedback on them soonish (where, to me, go
RW ahead on your own risk would be satisfactory feedback):
I'm just back from a two-week vacation and a bit backlogged.
I hope to look at these either tomorrow (wednesday) or next week-end.
--
Alexandre Duret-Lutz
adl == Alexandre Duret-Lutz [EMAIL PROTECTED] writes:
adl Here is my attempt at checking Autoconf version in aclocal.m4.
adl It would be nice if someone could suggest a better way to retrieve
adl the Autoconf version:
Here is a second attempt that I think is superior to the
previous one
Autoconf version, all the other
Makefile.ins remain based on the other Autoconf version
- if autoconf is called by the rebuild rule of configure
then nothing guarantees that the existing Makefile.ins
are compatible.
--
Alexandre Duret-Lutz
to handle local macros properly.
--
Alexandre Duret-Lutz
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
, and that m4_forearch is available.
Likewise when you use `autom4te --lang=M4sugar' to process any
kind of input with M4+convenient macros like m4_foreach.
--
Alexandre Duret-Lutz
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
this is a myth of mine, or if
there is a known portability issue with these. Can anybody help
straighten my brain out?
--
Alexandre Duret-Lutz
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
as obsolete, I think we should keep the
existing support for it. However adding new features that work
only with the FC interface sounds OK to me.
[...]
--
Alexandre Duret-Lutz
and then split this in four components in the `for ac_site_file in $CONFIG_SITE'
loop.
The same happens with new line and space.
2005-07-02 Alexandre Duret-Lutz [EMAIL PROTECTED]
* lib/autoconf/general.m4 (AC_SITE_LOAD): Rewrite the
for loop over config.site files using `set', to allow
don't think these are
tested.
--
Alexandre Duret-Lutz
On Thu, Jun 23, 2005 at 01:15:36PM -0700, Paul Eggert wrote:
* lib/autoconf/general.m4 (_AC_INIT_DIRCHECK): Put name of invalid
variable into diagnostic. Make the diagnostic an error, not a warning,
because we really don't support spaces and suchlike in dir names.
(NEWS
.
--
Alexandre Duret-Lutz
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Tue, May 24, 2005 at 12:48:13AM -0700, Travis Spencer wrote:
On 5/23/05, E. Rosten [EMAIL PROTECTED] wrote:
Based on my recent experience of learning to write autoconf for a new
library, I have written a brief autoconf tutorial which should be able to
get people in to a state where they
Stepan == Stepan Kasal [EMAIL PROTECTED] writes:
Stepan Hello,
Stepan On Wed, May 18, 2005 at 11:04:04AM +0200, Alexandre Duret-Lutz wrote:
Stepan Or perhaps you could trace a different macro, not directly AC_SUBST.
That sounds the right thing to do to me.
Stepan OK. Alexandre, I'm
from their
definitions. I'd rather aim to remove anything from this file
that is not purely Automake-specific. E.g., the definition of
srcdir, and top_srcdir have nothing to do here: Autoconf should
tell Automake these variables exist.
--
Alexandre Duret-Lutz
that each argument must be quoted, rather
than thinking quoting does not matter or whatever else.
(And no, I'm not volunteering either.)
--
Alexandre Duret-Lutz
that don't require modifying Automake each time
Autoconf introduce a new variable.
--
Alexandre Duret-Lutz
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Wed, Apr 27, 2005 at 01:22:14PM +0200, Ralf Wildenhues wrote:
I merely wonder what AT_DATA was invented for then.
Keeping track of files.
http://lists.gnu.org/archive/html/autoconf-patches/2001-11/msg00062.html
___
Autoconf mailing list
anyway.
--
Alexandre Duret-Lutz
On Sun, Apr 24, 2005 at 12:29:46PM -0700, Bruce Korb wrote:
Hi all,
sharutils contains a file named, m4/xstrtoimax.m4 and autoreconf is
invoked thus:
autoreconf --force --install --include=m4 -Wall
http://lists.gnu.org/archive/html/autoconf/2005-02/msg2.html
probably find some time this week-end or next
week.
--
Alexandre Duret-Lutz
- and
--
Alexandre Duret-Lutz
on bug-automake. (I've started using CVS Autoconf
with the automake-1.9.5 release.)
Looks OK?
2005-04-19 Alexandre Duret-Lutz [EMAIL PROTECTED]
* lib/autoconf/general.m4 (_AC_INIT_PARSE_ARGS): Handle --docdir.
Report from Horst Wente.
Index: lib/autoconf/general.m4
On Wed, Apr 06, 2005 at 01:22:14PM +0200, Harald Dunkel wrote:
I should have mentioned that both cases were generated by the
same compiler. Of course in the first case the sources had to
be saerched via vpath, so I had assumed that GNU make has
created this absolute path name.
It depends on
break it apart after it has been defined.
--
Alexandre Duret-Lutz
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
as they should.
--
Alexandre Duret-Lutz
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Tue, Mar 15, 2005 at 08:05:07PM -0500, Braden McDaniel wrote:
To specify more precisely which other package is not the same as
specifying the external package's location. The latter, which you
mentioned, is what I was suggesting the user variables CPPFLAGS and
LDFLAGS are better for.
I
On Fri, Mar 04, 2005 at 12:40:33PM -0300, Hema K wrote:
i am not able to figure out as to why automake is not working.
Because your 6-year-old version does not understand the new constructs
that have been introduced in this century. Upgrade.
___
On Fri, Mar 04, 2005 at 09:40:13AM +, James Youngman wrote:
On Fri, Mar 04, 2005 at 08:24:24AM +0100, Stepan Kasal wrote:
you should report this bug to the bug report address of the grip
project. Tell them to read the section Present But Cannot Be Compiled
of the manual to
I'm pleased to announce the release of Automake 1.9.5.
This is a bug-fix release, the list of bugs fixed is appended.
You can find the new release here:
ftp://ftp.gnu.org/gnu/automake/automake-1.9.5.tar.gz
ftp://ftp.gnu.org/gnu/automake/automake-1.9.5.tar.gz.sig
is global.
--
Alexandre Duret-Lutz
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
directly invoked automake with the noted options:
Bruce automake --gnu --add-missing --copy --ignore-deps -Wall
That would be a bug. Please show us how to reproduce it so it
can be fixed.
--
Alexandre Duret-Lutz
___
Autoconf mailing list
Autoconf@gnu.org
.
--
Alexandre Duret-Lutz
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
about an AC_CONFIG_FILE input that
is the output of an earlier AC_CONFIG_FILE.
--
Alexandre Duret-Lutz
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
J == J T Conklin [EMAIL PROTECTED] writes:
J I've since learned that the problem isn't in autoconf, but in
J automake.
It was. More than one year ago.
--
Alexandre Duret-Lutz
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org
as the timestamps are preserved.
--
Alexandre Duret-Lutz
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
recommend releasing these examples in parallel under your choice of
free software license, such as the GNU General Public License,
to permit their use in free software.
and I believe it could be interpreted as what you are suggesting to do.
--
Alexandre Duret-Lutz
nothing to build there?
Yes. However you'd better use noinst_HEADERS instead of
EXTRA_DIST so that `make tags' and friends process the headers.
--
Alexandre Duret-Lutz
___
Autoconf mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo
also
have a node called CVS and listing pros, cons, and workarounds.
--
Alexandre Duret-Lutz
___
Autoconf mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/autoconf
We're pleased to announce the release of Automake 1.9.3.
This is a bug-fix release, the list of bugs fixed is appended.
You can find the new release here:
ftp://ftp.gnu.org/gnu/automake/automake-1.9.3.tar.gz
ftp://ftp.gnu.org/gnu/automake/automake-1.9.3.tar.gz.sig
.
Gary + exit 0
Running automake before aclocal is a mistake.
--
Alexandre Duret-Lutz
___
Autoconf mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/autoconf
I'm installing this on Automake HEAD.
(It will propagate to Autoconf on the next `make update'.)
2004-11-01 Alexandre Duret-Lutz [EMAIL PROTECTED]
* lib/Automake/XFile.pm (lock): Make sure $ENV{'MAKEFLAGS'} exist
before inspecting it; this fix uninitialized value
On Tue, Oct 26, 2004 at 03:40:46PM +0200, Bruno Haible wrote:
Aha! So you mean to say, the only way to securely create a file using usual
shell script constructs like
filename=`command to compute a temp filename`
echo some contents $filename
is to make filename sit in a temporary
Bruno Haible [EMAIL PROTECTED] writes:
[...]
| $RANDOM is bash specific and expands to empty in shells
| other than bash.
[...]
$RANDOM is also supported by ksh and zsh.
(No idea who copied who.)
--
Alexandre Duret-Lutz
___
Autoconf mailing
, which are already done by AM_INIT_AUTOMAKE.)
--
Alexandre Duret-Lutz
Duret-Lutz
___
Autoconf mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/autoconf
On Thu, Sep 23, 2004 at 12:16:10PM -0700, Paul Eggert wrote:
Richard Morin [EMAIL PROTECTED] writes:
You're running into the problem described above: Sun's implementation
is an older make and doesn't support VPATH correctly. To work
around the problem, either use GNU make, or don't put the
We're pleased to announce the release of Automake 1.9.2.
This is a small bug-fix release (the list of bugs fixed is
appended), and this is also an anniversary release.
Automake was started on 1994-09-19 so it has 10 years today.
To celebrate this the manual has been augmented with a
History
On Sat, Sep 11, 2004 at 08:42:21AM -0700, Bruce Korb wrote:
An autoconf macro that produced
BINDIR_TO_DIR at build time would be nice, simple and appreciated.
I've been using the following macro for this purpose:
http://www.gnu.org/software/ac-archive/htmldoc/relpaths.html
But you'll
On Mon, Sep 06, 2004 at 09:15:15PM -0700, Brandon J. Van Every wrote:
How do I set up autoconf on Windows *without* any Cygwin or Mingw
compilers or header files? I only want a native MSVC environment, with
typical mainstream Windows SDKs. I don't want any UNIX environment at
all, except
We're pleased to announce the release of Automake 1.9.1.
This is a tiny bug-fix release motivated by (1) the Debian GNU/Linux
freeze, and (2) a three-week vacation starting in a couple of days :)
The list of bug fixes is appended; we have not yet heard about
regressions introduced by 1.9.
You
We're pleased to announce the release of Automake 1.9.
This release contains many bug fixes and improvements, but not as much
as in previous major releases. The NEWS entry is appended. Thanks to
all people who have been testing pre-release, reporting bugs,
contributing code, suggesting
Hi people,
This is a release candidate for Automake 1.9.
If you have some time, please help us tracking down bugs by trying
this beta with your packages and reporting any issue you encounter.
Especially, please shout loud if your package works with 1.8.5 but
does not with 1.8d.
I plan to
distribute this file and they
do not share it once installed. Therefore what needs to be
upgraded here is Autoconf.
--
Alexandre Duret-Lutz
___
Autoconf mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/autoconf
On Thu, Jun 17, 2004 at 09:09:28AM +0100, Gary V. Vaughan wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
In my current testing with HEAD autoconf, I notice that autoreconf
calls autopoint (because it installs m4 files for aclocal), then
aclocal, and *then* libtoolize. Presumably this
Duret-Lutz
___
Autoconf mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/autoconf
Eric == Eric Sunshine [EMAIL PROTECTED] writes:
[...]
Eric On Mon, 03 May 2004 08:44:46 +0200, Alexandre Duret-Lutz wrote:
It appears the problem is that the shell function test is run as
$as_shell 2 /dev/null \_ASEOF
shell code
_ASEOF
instead of
$as_shell ./shell_script 2/dev/null
are running plain tcsh and that fails.
I guess the OP has a similar setup. Perhaps we should avoid
feeding shells on stdin.
--
Alexandre Duret-Lutz
On Sat, May 01, 2004 at 10:43:47PM -0400, Eric Sunshine wrote:
On Fri, 30 Apr 2004 23:29:47 -0700, Stremler wrote:
I recently downloaded the gnu smalltalk 2.1.7 tarball, and got some
interesting complaints when I ran ./configure:
% ./configure
Missing }.
Missing }.
Found no shell that
. For instance it currently runs things like
ac_config_guess=$SHELL $ac_aux_dir/config.guess
ac_config_sub=$SHELL $ac_aux_dir/config.sub
ac_configure=$SHELL $ac_aux_dir/configure # This should be Cygnus configure.
and I doubt these will enjoy zsh.
--
Alexandre Duret-Lutz
, this makes one less script to
| distribute.
|
| For backward compatibility `mkinstalldirs' is still used and
| distributed when `automake' finds it in a package. But it is no
| longer installed automatically, and it should be safe to remove it.
--
Alexandre Duret-Lutz
portability to DJGPP.
--
Alexandre Duret-Lutz
On Thu, Jan 08, 2004 at 10:29:57AM +, Lars Hecking wrote:
Does anyone here know the person behind autoconf-owner? I have sent email
to autoconf-owner (and probably automake-owner, too) a number of times and
never received a reply.
Almost all gnu lists are owned by gnulists-ownrr, an
Bob == Bob Lockie [EMAIL PROTECTED] writes:
Bob (GNU automake) 1.6.3
Bob Brackets are not allowed in the filenames for the AC_CONFIG_FILES macro?
Not with Automake 1.6.3. It's OK with any version greater than that.
--
Alexandre Duret-Lutz
Hi people,
Due to two last minute new features, we have yet another weekly beta
of Automake 1.8. I sincerly hope this is the last one. If you are
not blasé, or if you have not had the occasion to test previous
versions, please give this one a try.
You can find this beta here:
adl == Alexandre Duret-Lutz [EMAIL PROTECTED] writes:
adl This is the third beta release of the next version of Automake (1.8).
Sorry I messed with the URLs. The release is 1.7f, not 1.7e.
Here are the corrected URL.
ftp://alpha.gnu.org/gnu/automake/automake-1.7f.tar.gz
ftp://alpha.gnu.org
Hi people,
This is the third beta release of the next version of Automake (1.8).
Please try it and help us fixing as much bug as possible.
If no important bug are reported against this version, I think it is
ready to be called 1.8.
I've appended the changes since 1.7d, as well as the updated
at least 2.58, but if this is not an
official release we have to wait.
[...]
--
Alexandre Duret-Lutz
)
It is.
Dalibor with autconf 2.57, 2.58 or 2.59 or whatever the latest
Dalibor officially released version turns out to be?
Yes. All 1.7.x versions work with Autoconf 2.54 or greater.
[...]
--
Alexandre Duret-Lutz
, lrde.epita.fr had some network problems
lately, so maybe he could simply not upload it.
I can see the GPG-signed tarballs of Autoconf 2.59 in Akim's
account. But since Akim should be back tonight or tomorrow, I
guess it's better we wait for him.
--
Alexandre Duret-Lutz
is in M4's court, not Automake's :)
--
Alexandre Duret-Lutz
of Make'
to read about other portability issues.
Bill I guess the solution is to use
Bill $(top_srcdir)/pod/swish-e.pod in place of $.
Yep.
--
Alexandre Duret-Lutz
Paul == Paul Eggert [EMAIL PROTECTED] writes:
Paul Alexandre Duret-Lutz [EMAIL PROTECTED] writes:
When people change configure.ac and run `make -j', that can
trigger simultaneous runs of autoconf, automake, and autoheader.
Paul If that's the main problem, then we can use a heuristic
Andrea's comment and yours about _AS_MKDIR_P_PREPARE, how about
the following instead?
2003-09-26 Alexandre Duret-Lutz [EMAIL PROTECTED]
* lib/mkinstalldirs: Clean up after NextStep and OpenStep mkdir.
Suggested by Eric Sunshine.
Index: THANKS
. (Although I admit that having a lock
everywhere except on NFS is still a progress wrt 2.57.)
How about dropping flock() for a mkdir()-based lock?
--
Alexandre Duret-Lutz
Do not use aclocal.m4 in these subdirectories. Simply add
m4_include([../aclocal.m4]) and maybe m4_include([../ltdl.m4])
at the top of all these configure.ac.
Not an option since all of the automake macros need to be copied in for
configure.ac to be expandable to a working configure
On Wed, Sep 24, 2003 at 02:19:06PM +0200, Akim Demaille wrote:
At the origin I was considering that AC_CONFIG_M4_DIR was
automatically passed to m4 as a -I, so instead of
m4_include([config/init.m4]) etc. you'd have m4_include([init.m4]).
Isn't there a chicken'n'egg problem? How can you trace
='$(top_buildir)/lib/foo.o $(top_buildir)/lib/bar.o'
but that is not backward compatible with projects using rules
for foo.o and bar.o in lib/Makefile (not all Make will
recognize $(top_buildir)/lib/foo.o and foo.o as being the same
file).
2003-09-07 Alexandre Duret-Lutz [EMAIL PROTECTED]
For PR
Dale == Dale E Martin [EMAIL PROTECTED] writes:
[...]
Dale AC_CONFIG_HEADERS([FooConfig.h:FooConfig.h.in])
Dale AC_OUTPUT(Makefile)
AC_CONFIG_FILES([
FooConfig.h:FooConfig.h.in
Makefile
])
AC_OUTPUT
[...]
--
Alexandre Duret-Lutz
updating the
automatic rules to take these files from CVS instead of ftp,
since I don't think it makes any difference.
--
Alexandre Duret-Lutz
On Fri, Aug 29, 2003 at 02:30:22PM +0200, l s wrote:
Hi there,
I have one problem using autoconf with cvs
[...]
when I run make, no compilation is started but following runs:
project_dir/admin/missing --run aclocal-1.7
See http://sources.redhat.com/automake/automake.html#FAQ
kanzeon project.
AC_SUBST([AM_ETAGSFLAGS], [--members])
But beware that --members is not supported by all etags implementations.
--
Alexandre Duret-Lutz
dist-bzip2])
or by passing a third non-empty argument to the obsolete form.
--
Alexandre Duret-Lutz
or AC_REQUIRE.
AC_PREREQ only takes an Autoconf version number as argument.
--
Alexandre Duret-Lutz
is that they
were introduced in Autoconf 2.53 (released on March 2002), yet
the flood of bug reports started on December. Maybe that means
it will take another 9 months after you release 2.58 before
things settle down...
--
Alexandre Duret-Lutz
) library without rebuilding everything?
You can use sub-directories to make partial cleaning easier or
write your own clean rule. I fail to see why you want to do
that, though (hidden dependencies?)
--
Alexandre Duret-Lutz
Do That?'' and exactly what
tomas $(LIBOBJS) or $(LTLIBOBJS) is supposed to handle for you? For .lo is
tomas platform specific...
No. `.lo' is portable. What wasn't portable in the way people used
to define LTLIBOBJS from LIBOBJS was the hardcoding of `.o'.
--
Alexandre Duret-Lutz
We're pleased to announce the release of Automake 1.7.3
This is a bug fix release. The list of bug fixes is appended.
You can find the new release here:
ftp://ftp.gnu.org/gnu/automake/automake-1.7.3.tar.bz2
ftp://ftp.gnu.org/gnu/automake/automake-1.7.3.tar.gz
interacts with missing files.
(Debian Bug #39542)
- Document `AM_YFLAGS = -d'. (PR/382)
--
Alexandre Duret-Lutz
afford reading each tool's list, but still would like to
hear about new releases, or are willing to test pre-releases. If you
know such people, please tell them.
You can subscribe here:
http://mail.gnu.org/mailman/listinfo/autotools-announce
Cheers,
--
Alexandre Duret-Lutz
Walter == Walter E Brown [EMAIL PROTECTED] writes:
Walter AC_OUTPUT[Makefile]
This should read `AC_OUTPUT([Makefile])'.
--
Alexandre Duret-Lutz
ought to do something about this.
[...]
--
Alexandre Duret-Lutz
complex enough). Adding some comments
in the file is fine, adding more files or Makefile rules isn't.
[...]
--
Alexandre Duret-Lutz
sees that LIBOBJS and LTLIBOBJS are always
defined in the Autoconf guts.
In other words you could get rid of these diagnostics using
AC_SUBST([LIBOBJS]) and AC_SUBST([LTLIBOBJS]), or by upgrading
to a recent Automake.
--
Alexandre Duret-Lutz
1 - 100 of 154 matches
Mail list logo