automake Real Millenium Beta: Problem with AM_PROG_LIBTOOL

2001-01-12 Thread Dave Brolley

Hi,

I installed the Real Millenium Beat (1.4b) on my Cygwin system (Windows 
95). My configure.in uses AM_PROG_LIBTOOL and automake complains that it 
is obsolete and that I should use AC_PROG_LIBTOOL. Ok, so when I make 
the change, autoconf (version 2.13) says that it can't find AC_PROG_LIBTOOL.

Do I need  a newer version of autoconf? Perhaps this is an aclocal problem?

Dave





Re: automake Real Millenium Beta: Problem with AM_PROG_LIBTOOL

2001-01-12 Thread Tom Tromey

 "Dave" == Dave Brolley [EMAIL PROTECTED] writes:

Dave I installed the Real Millenium Beat (1.4b) on my Cygwin system
Dave (Windows 95). My configure.in uses AM_PROG_LIBTOOL and automake
Dave complains that it is obsolete and that I should use
Dave AC_PROG_LIBTOOL. Ok, so when I make the change, autoconf
Dave (version 2.13) says that it can't find AC_PROG_LIBTOOL.

Dave Do I need a newer version of autoconf? Perhaps this is an
Dave aclocal problem?


Good question.
What version of libtool are you using?

Alexandre, if the most recent real libtool release still uses
AM_PROG_LIBTOOL (I don't know, I haven't looked), then maybe we should
just eliminate the obsolete warning for AM_PROG_LIBTOOL for the time
being.

Tom




Re: automake Real Millenium Beta: Problem with AM_PROG_LIBTOOL

2001-01-12 Thread Dave Brolley

  libtool --version
ltmain.sh (GNU libtool) 1.3.4 (1.385.2.196 1999/12/07 21:47:57)


Tom Tromey wrote:

 "Dave" == Dave Brolley [EMAIL PROTECTED] writes:
 
 
 Dave I installed the Real Millenium Beat (1.4b) on my Cygwin system
 Dave (Windows 95). My configure.in uses AM_PROG_LIBTOOL and automake
 Dave complains that it is obsolete and that I should use
 Dave AC_PROG_LIBTOOL. Ok, so when I make the change, autoconf
 Dave (version 2.13) says that it can't find AC_PROG_LIBTOOL.
 
 Dave Do I need a newer version of autoconf? Perhaps this is an
 Dave aclocal problem?
 
 
 Good question.
 What version of libtool are you using?
 
 Alexandre, if the most recent real libtool release still uses
 AM_PROG_LIBTOOL (I don't know, I haven't looked), then maybe we should
 just eliminate the obsolete warning for AM_PROG_LIBTOOL for the time
 being.
 
 Tom
 
 





Automake Real Millenium Beta

2000-12-23 Thread Tom Tromey

I think the real start of the new millenium deserves a new Automake as
well.

To that end, I've updated the automake version to 1.4b and put a
release up.  The cvs automake is now `1.4c'.

There are plenty of bugs left, I'm sure.  Some known issues:

* The documentation is not nearly up to date

* There are several bugs that haven't been fixed.  For instance, the
  new dependency tracking code probably won't work with BSD make.  I
  don't have a BSD box for testing :-(

* There are some patches I haven't yet looked at.


Still, please try this version out and send email to the list if you
have problems.

Chances are good that the next major automake release will be my last
one.  Over the last couple of years my interest in automake has been
waning.  I would like to find a new maintainer, and limit my
participation in development to an advisory role.


Here's the tarball:

ftp://sources.redhat.com/pub/automake/automake-1.4b.tar.gz

This ftp site is heavily throttled, so it might make sense to either
use cvs or to wait until the mirrors pick it up.  Here is a list of
mirrors:

http://sources.redhat.com/mirrors.html

Tom




Re: Automake Real Millenium Beta

2000-12-23 Thread Raja R Harinath

Tom Tromey [EMAIL PROTECTED] writes:
 I think the real start of the new millenium deserves a new Automake as
 well.
 
 To that end, I've updated the automake version to 1.4b and put a
 release up.  The cvs automake is now `1.4c'.
 
 There are plenty of bugs left, I'm sure.  Some known issues:
 
 * The documentation is not nearly up to date
 
 * There are several bugs that haven't been fixed.  For instance, the
   new dependency tracking code probably won't work with BSD make.  I
   don't have a BSD box for testing :-(
 
 * There are some patches I haven't yet looked at.

Please do consider the patch in 

  http://sources.redhat.com/ml/automake/2000-12/msg3.html

It cleans up 'depcomp' handling.  

(This may already be on your todo list, but I wanted to make sure
you'll consider this -- the message didn't have a [PATCH] tag, and was
at the end of a thread which you may have missed.)

- Hari
-- 
Raja R Harinath -- [EMAIL PROTECTED]
"When all else fails, read the instructions."  -- Cahn's Axiom
"Our policy is, when in doubt, do the right thing."   -- Roy L Ash