GNU Automake 1.10 released

Autotools Introduction chapter of the manual. -- Alexandre Duret-Lutz pgpF7loYDj2zG.pgp Description: PGP signature ___ http://lists.gnu.org/mailman/listinfo/libtool

Re: overriding libdir?

--extension-dir` returns something like $(prefix)/foo/bar, this setup will prevent non-root installations and cause distcheck to fail. See the Hard-Coded Install Paths of the Automake FAQ for inspiration. -- Alexandre Duret-Lutz ___ http://lists.gnu.org/mailman

Re: [bug-gnulib] Re: libtool 2.1a failed mdemo-make.test on Solaris

Bruno == Bruno Haible [EMAIL PROTECTED] writes: [...] Bruno all-local $(libfoo_la_OBJECTS): $(ARGZ_H) Hmmm, why do you need this since $(ARGZ_H) is already in $(BUILT_SOURCES), and all depends on $(BUILT_SOURCES)? -- Alexandre Duret-Lutz

Re: UTF-8 text files

: utf-8 ;; End: at the end, or -*- coding: utf-8 -*- at the beginning. Or nothing and rely on autodetection. -- Alexandre Duret-Lutz

GNU Automake 1.9.5 released

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

Re: libtool: unrecognized option `--tag=CC'

On Tue, Jan 04, 2005 at 02:10:14PM +0100, Ralf Wildenhues wrote: As your build also shows (I've deleted that because I could've guessed it), the automatic rebuilding rules call `automake' again, which is likely much newer than the shipped ltmain.sh. Automake creates the rules that contain

Re: libtool --silent based on MAKEFLAGS?

. I'm working on this right now. -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool

Re: Convincing Automake to support libtool

isn't the Automake manual. See also http://lists.gnu.org/archive/html/libtool-patches/2004-11/msg00097.html -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool

Re: License of m4/ltoptions.m4

that for Automake macros anyway, but is that a reason to disallow it?) -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool

Re: TODO

Bob == Bob Friesenhahn [EMAIL PROTECTED] writes: Bob On Wed, 10 Nov 2004, Alexandre Duret-Lutz wrote: [...] 1. install all programs and libraries without relinking (in random order) 2. relink everything (in random order) [...] Bob I don't believe that this would work since dependencies

Re: License of m4/ltoptions.m4

scripts already use. or any derived output is a lame attempt to allow tools such as aclocal (without singling out aclocal) to preprocess the file, as long as the intent is to build a configure script. -- Alexandre Duret-Lutz ___ Libtool mailing list

Re: TODO

Noah == Noah Misch [EMAIL PROTECTED] writes: Noah On Wed, Nov 10, 2004 at 01:17:19AM +0100, Alexandre Duret-Lutz wrote: - the relinking dependency debacle: For libtool to relink libraries when installing them, all dependencies must have been installed. However automake cannot pre

Re: License of m4/ltoptions.m4

Gary == Gary V Vaughan [EMAIL PROTECTED] writes: Gary Alexandre Duret-Lutz wrote: [...] I don't understand the intent of as input to GNU Autoconf, GNU Automake, or GNU Libtool. AFAICT Libtool does not input m4 files, only the Autoconf tools and aclocal do. Gary Just trying to cover all

Re: License of m4/ltoptions.m4

), Paul then you may distribute this file and the derived files Paul for that purpose, under the same terms that you use for Paul the rest of the package. [...] President Eggert, you have my vote! -- Alexandre Duret-Lutz ___ Libtool mailing list

Re: License of m4/ltoptions.m4

. -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool

Re: TODO

order) 2. relink everything (in random order) Would this work? (I think I already asked and the answer was no, but I cannot find that answer in the archive.) -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org

GNU Automake 1.9.3 released

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

Re: compile problem

a common lock scheme, although that really should not hold any release. -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool

Re: compile problem

where required, it could generate a configure.ac fragment with these. But that sounds too fragile and tricky. -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool

GNU Automake 1.9.2 released (10th anniversary release)

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

Re: compile problem

(conditionally if Gary necessary) simply invoke AM_PROG_CC_C_O? We know it's needed only after processing the Makefile.am files. -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool

GNU Automake 1.9.1 released

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

Re: ltmain.sh

./bootstrap takes 8 minutes on my poor PC. -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool

GNU Automake 1.9 released

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

Automake 1.8d uploaded (release candidate for Automake 1.9)

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

Re: Why doesn't ...

directory, although nothing will read them here. -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool

Re: about libtool's trace interface for tags

Scott == Scott James Remnant [EMAIL PROTECTED] writes: Scott On Wed, 2004-04-14 at 18:45, Alexandre Duret-Lutz wrote: Ah, thanks! Sorry for being dense, but since it takes tag names as argument, why is it called _LT_LANG? Scott Because it actually takes language configuration names

Re: about libtool's trace interface for tags

Scott == Scott James Remnant [EMAIL PROTECTED] writes: Scott On Tue, 2004-04-13 at 22:39, Alexandre Duret-Lutz wrote: Is it done or is there any obstacle to it? I'm dreaming about Automake 1.9, and if possible I would like to include support for this. Scott The current interface

Re: about libtool's trace interface for tags

Scott == Scott James Remnant [EMAIL PROTECTED] writes: Scott On Wed, 2004-04-14 at 08:00, Alexandre Duret-Lutz wrote: Scott == Scott James Remnant [EMAIL PROTECTED] writes: Scott On Tue, 2004-04-13 at 22:39, Alexandre Duret-Lutz wrote: Is it done or is there any obstacle to it? I'm

about libtool's trace interface for tags

make sense to document it because it might be useful to other tools, and this will likely reduce the odds of breakages, e.g., when renaming internal symbols.) -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org

Re: multi part library?

out that the keywords to grep the documentations for are convenience library. The Automake manual has a full section entitled `Libtool Convenience Libraries', and the Libtool manual mentions convenience libraries in a few paragraphs too. -- Alexandre Duret-Lutz

Re: Why doesn't ...

be to turn ltmain.sh into an m4 macro. (I wouldn't have dared suggesting that if someone didn't already. I think it was Gary. Please move the bazooka over him :)) 2004-02-03 Alexandre Duret-Lutz [EMAIL PROTECTED] * doc/automake.texi (Future of aclocal): Make clearer

Re: libtool macros installed in pkgdatadir?

aclocal version may even include a --copy or --update option to try this behavior. Anyway, the point is that you should not fear this. Installing third-party macros in /usr/share/aclocal will continue to work. -- Alexandre Duret-Lutz ___ Libtool

Re: Library dependencies make install

to tell libtool to copy libraries without relinking. -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: using --tag=XXX in automake-generated rules

adl == Alexandre Duret-Lutz [EMAIL PROTECTED] writes: [...] adl 2004-01-02 Alexandre Duret-Lutz [EMAIL PROTECTED] adl Fix for PR automake/289: adl * automake.in (Automake::Struct::libtool_tag): New attribute. Define adl it for the language that have a Libtool tag. adl (%libtool_tags

using --tag=XXX in automake-generated rules (Was: Re: 'ccache gcc' as compiler with libtool)

Gary == Gary V Vaughan [EMAIL PROTECTED] writes: [...about Automake passing --tag=XXX to libtool...] Gary Alexandre Duret-Lutz wrote: How can automake determine whether the version of libtool used in a package supports --tag ? [...] Gary _LT_AC_TAGCONFIG exists in branch-1-5 and HEAD

GNU Automake 1.8 released

We're pleased to announce the release of Automake 1.8. Automake is a tool for automatically generating `Makefile.in's suitable for use with Autoconf, compliant with the GNU Makefile standards, and portable to various make implementations. This release contains many bug fixes and improvements.

Re: libtool 1.5a download broken

synchronized in the night preceding the shutdown, in case someone want to work from it locally (make sure you comment out or update the LockDir option in CVSROOT/config before trying to use this tree). Here it is: http://gadl.nerim.net/pub/libtool-CVSROOT.tar.bz2 -- Alexandre Duret-Lutz

Automake 1.7h uploaded (fourth beta for Automake 1.8)

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:

Re: Automake 1.7f uploaded (third beta for Automake 1.8)

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

Re: configuring libltdl

On Tue, Nov 25, 2003 at 02:31:10PM +, Gary V. Vaughan wrote: | To support this you need to rewrite Makefile.in without Automake (as | Gettext does), or let these people AC_CONFIG_SUBDIRS the selfcontained | libltdl package. Okay. Since we are trying to get rid of AC_CONFIG_SUBDIRS, we

Re: configuring libltdl

On Tue, Nov 25, 2003 at 03:07:53PM +, Gary V. Vaughan wrote: I thought you meant that Bruno had a macro that did AM_INIT_AUTOMAKE-a-like AC_SUBSTing for gettext's needs, and that another similar macro could do the necessary for libltdl. Would that it were so simple ;-) Wait a minute, we

Re: configuring libltdl

On Tue, Nov 25, 2003 at 03:35:25PM +, Gary V. Vaughan wrote: If so, all we need is to add a call to AM_INIT_AUTOMAKE to AC_LIB_LTDL. Hmmm, but then if a non-automake project calls AC_LIB_LTDL, when they run autoreconf, it will run automake -a :-( Running automake in this case sounds

Automake 1.7f uploaded (third beta for Automake 1.8)

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

Re: bootstrapping CVS libtool

/listinfo/autotools-announce [...] -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: Version numbering

of sense to accustomed to the odd/even version numbering scheme of Linux. -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: Version numbering

-v'. -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: 9-gary-reduce-dist-size.patch

On Fri, Sep 26, 2003 at 12:27:42AM +0900, Peter O'Gorman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexandre Duret-Lutz wrote: | This seems to be an old version of Automake. The last Nestable | use was removed on 2003-08-12. I just checked out cvs HEAD via anonymous cvs from

Re: (With Patch) Re: DESTDIR trouble

a test case. [...] -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: 1.5 automatically generating C++, F77 tags

], [C], , [CXX], [...], [F77], [...], [GCJ], [...], [RC], [...], [m4_fatal([unsupported tag name: ]_LT_TAG)]) -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman

Re: 1.5 automatically generating C++, F77 tags

you can ensure that AC_LIBTOOL_LANG_CXX_CONFIG is expanded only if AC_PROG_CXX has been called first. Likewise for other languages. However I don't think you can do this and still allow AC_PROC_CXX to be called after AC_PROG_LIBTOOL. -- Alexandre Duret-Lutz

Re: 1.5 automatically generating C++, F77 tags

programs, I don't need it for C++. ... AC_PROG_CC AC_PROG_LIBTOOL AC_PROG_CXX ... -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: Automake 1.7.2b uploaded (beta for 1.7.3)

, though. [*] To be fair, I guess it's harmless if you don't rerun automake in the libltdl directory embeded in a package. However I think it's quite common to do so, for instance `autoreconf' will work recursively. -- Alexandre Duret-Lutz

ANN: new mailing list: autotools-announce@gnu.org

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

Re: Pending release of 1.5

for Robert 1.5.1. Great news! How about making a test release (1.4f, say), and announcing it to more that just [EMAIL PROTECTED] to get wider testing? The last snapshot of this branch (1.4d) is one year old, and not everybody is able to test Libtool off CVS. Cheerio, -- Alexandre Duret-Lutz

Re: Pending release of 1.5

reporters have a chance to check that their bug is fixed before the real release). -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Automake and `libtool --mode=clean'

Would it make sense that Automake start using `libtool --mode=clean rm -f ...' during `make clean', or has there been any trouble with this feature recently? Has it been tested in any way? A can't find any occurence of `mode=clean' in the Libtool test suite. -- Alexandre Duret-Lutz

Automake 1.7.2 released

We're pleased to announce the release of Automake 1.7.2 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.2.tar.bz2 ftp://ftp.gnu.org/gnu/automake/automake-1.7.2.tar.gz

Re: getting a locally built library

Bruce == Bruce Korb [EMAIL PROTECTED] writes: Bruce Alexandre Duret-Lutz wrote: /bin/sh ../libtool --mode=link gcc -g -O2 -L/sw/lib -o autogen \ -export-dynamic -lguile *.o -L/sw/lib -lguile -lm \ -L../autoopts/.libs -lopts -ldl ld: Undefined symbols: _aopts_alloc

Re: [shell functions, was RE: solving of name conflicts in included.a]

:) -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Automake 1.7.1 released

We're pleased to announce the release of Automake 1.7.1 This is a bug fix release. The list of fixed bugs is appended below. You can find the new release here: ftp://sources.redhat.com/pub/automake/automake-1.7.1.tar.gz ftp://sources.redhat.com/pub/automake/automake-1.7.1.tar.bz2 Soon

Automake 1.7 released

We're pleased to announce the release of Automake 1.7. This release contains many bug fixes and improvements. The NEWS entry is appended. You can find the new release here: ftp://sources.redhat.com/pub/automake/automake-1.7.tar.gz

Re: autoreconf misses ltmain.sh

with autoconf-2.54 and automake-1.7 Not exactly: there is no release of Libtool that honors AC_CONFIG_AUX_DIR in configure.*ac*. Ralf .. still nobody wanting to care to fix it? AFAICT it's fixed in CVS Libtool. -- Alexandre Duret-Lutz ___ Libtool mailing

Automake 1.6f available (beta for Automake 1.7)

a more accurate view of it. * Add support for extending aclocal's default macro search path using a `dirlist' file within the aclocal directory. * automake --output-dir is deprecated. * Many bug fixes. - Akim, Alexandre, and Tom -- Alexandre Duret-Lutz

Re: autoreconf misses ltmain.sh

-- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Automake 1.6d available (beta for Automake 1.7)

Here is a snapshot of the current development version of Automake. This should become Automake 1.7 *soon*. How soon will depends on the feedback we get on this beta. Please get it, install it, test it, torture it. Please report any issue by mail to [EMAIL PROTECTED], or (preferred) using the

Re: Bug in conditional library building

Patrick == Patrick Guio [EMAIL PROTECTED] writes: [...] Patrick am_libmudfas2d_la_OBJECTS = $(am__objects_1) Patrick am_libmudfas3d_la_OBJECTS = $(am__objects_1) [...] This will be fixed in Automake 1.6.2. It is already fixed in CVS. -- Alexandre Duret-Lutz

Re: Bug in libltdl?

/001767.html A similar fix is present in Alexander Bluhm's set of patches against version 1.4.2: http://mail.gnu.org/pipermail/libtool-patches/2002-March/001770.html [...] -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http

Re: PATCH: pointless code removal

adl == Alexandre Duret-Lutz [EMAIL PROTECTED] writes: [...] adl libtool --compile gcc -c foo.c -Xcompiler -M Of course, I meant libtool --mode=compile gcc -c foo.c -Xcompiler -M [...] -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL

Re: libtool CVS permanently broken?

-September/000234.html http://mail.gnu.org/pipermail/automake-patches/2001-October/000367.html [...] -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: building same source with different flag

instead of Ted CXXFLAGS. I changed the CXXFLAGS in ACX_CXXCOMPILE to Ted AM_CXXFLAGS, but that made no difference. It seems this was fixed a few days after libtool 1.4b was announced. Can you try CVS libtool? [...] -- Alexandre Duret-Lutz

Re: building same source with different flag

(`-*') when updating $srcfile. Which one seems more sensible? both? -- Alexandre Duret-Lutz ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool