Re: 2.4 Release in 24hrs

2010-09-22 Thread Charles Wilson
On 9/21/2010 9:21 PM, Gary V. Vaughan wrote: > I don't recall having done so in a while but, according to bootstrap: > > # It is okay for the bootstrap process to require unreleased autoconf > # or automake, as long as any released libtool will work with at least > # the newest stable versions of

Re: GNU Automake 1.7.9 released

2003-11-09 Thread Charles Wilson
Alexandre Duret-Lutz wrote: We're pleased to announce the release of Automake 1.7.9. * Rebuild with Autoconf 2.59. (1.7.8 was not installable with pdksh.) What is this "Autoconf 2.59" of which you speak? I saw this http://mail.gnu.org/archive/html/autoconf-patches/2003-11/msg00010.html But ther

Re: 1,000 year backward compatability of tools

2003-02-19 Thread Charles Wilson
Bruce Korb wrote: Paul Eggert wrote: Alex Hornby <[EMAIL PROTECTED]> writes: On a related note, does the restriction of not using shell functions in autoconf macros still remain, For Autoconf itself, we still avoid shell functions. But of course you can use shell functions in your own macr

Re: Automake 1.7.1b prerelease available (beta for Automake 1.7.2)

2002-12-02 Thread Charles Wilson
(EXEEXT) appended. > * tests/gnits3.test (AM_INSTALLCHECK_STD_OPTIONS_EXEMPT): > Append $(EXEEXT). > Reported by Charles Wilson. Almost. You need one additional change, and then gnits3 passes under cygwin. 2002-12-02 Charles Wilson <[EMAIL PROTECTED]> * tests/gnits3.test (

Re: Automake 1.7.1b prerelease available (beta for Automake 1.7.2)

2002-12-01 Thread Charles Wilson
Alexandre Duret-Lutz wrote: The following prerelease includes fixes for bugs you reported or fixed. Could you verify it works? Subject: Automake 1.7.1b prerelease available (beta for Automake 1.7.2) From: Alexandre Duret-Lutz <[EMAIL PROTECTED]> Date: Sun, 01 Dec 2002 20:50:04 +0100 To: [EMAIL P

Re: AM_GNU_GETTEXT([external]) broken

2002-07-17 Thread Charles Wilson
Bruno Haible wrote: >>I only added the intl/ directory because there is an overzealous check >>in automake itself: >> > > You could add a dummy intl directory with only a Makefile.in that does > nothing. Hmmm, that's true -- that *would* work. However, these workarounds won't be necessary f

Re: AM_GNU_GETTEXT([external]) broken

2002-07-16 Thread Charles Wilson
Bruno Haible wrote: >>gettext.m4 doesn't set BUILD_INCLUDED_GETTEXT or >>USE_INCLUDED_GETTEXT (to 'no') when 'external' is specified; the >>variables are left unspec'ed. **probably** not a problem -- unless >>you gettextize in order to work around the automake bug, like I did >> -- in which case

Re: AM_GNU_GETTEXT([external]) broken

2002-07-12 Thread Charles Wilson
Tom Tromey wrote: >>>>>>"Charles" == Charles Wilson <[EMAIL PROTECTED]> writes: >>>>>> > > Charles> If I use AM_GNU_GETTEXT([external]) in my configure.ac, then > Charles> I shouldn't need to have /po and /intl di

AM_GNU_GETTEXT([external]) broken

2002-07-12 Thread Charles Wilson
If I use AM_GNU_GETTEXT([external]) in my configure.ac, then I shouldn't need to have /po and /intl directories in my tree. However, these checks don't allow that exception: From automake.in: sub handle_gettext { return if ! $seen_gettext || $relative_dir ne '.'; if (! variable_def

automake-1.6.2: bug in nobase.test ?

2002-07-05 Thread Charles Wilson
On cygwin, I'm failing nobase.test -- which has been expanded in a big way between 1.6.1 and 1.6.2. I expected that there would be problems with missing $(EXEEXT) -- but I didn't even get that far(*) It failed in install-fooexecLTLIBRARIES ... /bin/bash ./mkinstalldirs /usr/src/automake/de