From: Brett R. <ru...@em...> - 2004-03-02 20:26:41
|
Gives error: aclocal: configure.in: 30: macro `AM_PROG_AS' not found in library Thanks! BR |
From: <li...@pe...> - 2004-03-02 21:12:39
|
On Tue, 2 Mar 2004, Brett Russ wrote: > Gives error: > > aclocal: configure.in: 30: macro `AM_PROG_AS' not found in library Unless the macro is really necessary (for Solaris ?), you should upgrade your tools. And you didn't report which versions of Autoconf and Automake you're using. It works fine here with the latest. According to CVS: Thu Feb 12 18:30:30 2004 UTC (2 weeks, 5 days ago) by card_captor: +AM_PROG_AS +AC_SUBST(ASFLAGS) -- http://www.pervalidus.net/contact.html |
From: <li...@pe...> - 2004-03-02 21:30:07
|
According to the Automake ChangeLogs, you must be using a very old version. Probably some 1.4: 2001-07-21 Tom Tromey ... * automake.texi (Macros): Document AM_PROG_AS. (Assembly Support): New node. So, we should probably add AM_PREREQ(1.5) to configure.in (which could be renamed configure.ac). if it can't be "fixed". If it can't, make sure to list it in CHANGELOG and INSTALL. On Tue, 2 Mar 2004, Brett Russ wrote: > Gives error: > > aclocal: configure.in: 30: macro `AM_PROG_AS' not found in library -- http://www.pervalidus.net/contact.html |
From: Bruce A. <ba...@gr...> - 2004-03-02 21:38:12
|
> So, we should probably add > > AM_PREREQ(1.5) > > to configure.in (which could be renamed configure.ac). Isn't it: AUTOMAKE_OPTIONS = 1.5 in Makefile.am ? Cheers, Bruce |
From: <li...@pe...> - 2004-03-02 21:48:01
|
On Tue, 2 Mar 2004, Bruce Allen wrote: > > So, we should probably add > > > > AM_PREREQ(1.5) > > > > to configure.in (which could be renamed configure.ac). > > Isn't it: > > AUTOMAKE_OPTIONS = 1.5 > > in Makefile.am ? Yes, sorry. But I think you need it in all Makefile.am (at least for 1.5). -- http://www.pervalidus.net/contact.html |
From: Bruce A. <ba...@gr...> - 2004-03-02 22:00:41
|
On Tue, 2 Mar 2004, Fr=E9d=E9ric L. W. Meunier wrote: > On Tue, 2 Mar 2004, Bruce Allen wrote: >=20 > > > So, we should probably add > > > > > > AM_PREREQ(1.5) > > > > > > to configure.in (which could be renamed configure.ac). > > > > Isn't it: > > > > AUTOMAKE_OPTIONS =3D 1.5 > > > > in Makefile.am ? >=20 > Yes, sorry. But I think you need it in all Makefile.am (at > least for 1.5). Actually what I said must be wrong, since we currently have: AUTOMAKE_OPTIONS =3D 1.6 in Makefile.am. Cheers,=09 =09Bruce |
From: <li...@pe...> - 2004-03-02 22:20:36
|
On Tue, 2 Mar 2004, Bruce Allen wrote: > Actually what I said must be wrong, since we currently have: > AUTOMAKE_OPTIONS = 1.6 > in Makefile.am. But it doesn't seem to work. I just tested changing my PATH to first search in /usr/local/old/bin, where 1.4-p5 is installed: % PATH=/usr/local/old/bin:$PATH ./autogen.sh aclocal: configure.in: 30: macro `AM_PROG_AS' not found in library I thought it'd complain about the old version. -- http://www.pervalidus.net/contact.html |
From: <li...@pe...> - 2004-03-02 22:33:59
|
On Tue, 2 Mar 2004, Fr=E9d=E9ric L. W. Meunier wrote: > On Tue, 2 Mar 2004, Bruce Allen wrote: > > > Actually what I said must be wrong, since we currently have: > > AUTOMAKE_OPTIONS =3D 1.6 > > in Makefile.am. > > But it doesn't seem to work. > > I just tested changing my PATH to first search in > /usr/local/old/bin, where 1.4-p5 is installed: > > % PATH=3D/usr/local/old/bin:$PATH ./autogen.sh > aclocal: configure.in: 30: macro `AM_PROG_AS' not found in library > > I thought it'd complain about the old version. All recent packages seem to have switched to AM_INIT_AUTOMAKE in configure.{ac,in}, but AM_INIT_AUTOMAKE([1.6]) didn't work either. --=20 http://www.pervalidus.net/contact.html |
From: Bruce A. <ba...@gr...> - 2004-03-03 14:24:48
|
> > > Actually what I said must be wrong, since we currently have: > > > AUTOMAKE_OPTIONS = 1.6 > > > in Makefile.am. > > > > But it doesn't seem to work. > > > > I just tested changing my PATH to first search in > > /usr/local/old/bin, where 1.4-p5 is installed: > > > > % PATH=/usr/local/old/bin:$PATH ./autogen.sh > > aclocal: configure.in: 30: macro `AM_PROG_AS' not found in library > > > > I thought it'd complain about the old version. > > All recent packages seem to have switched to AM_INIT_AUTOMAKE > in configure.{ac,in}, but AM_INIT_AUTOMAKE([1.6]) didn't work > either. Guido, it would be nice if there was a way to *require* automake version 1.6 or later. By require I mean that autogen.sh would *fail* with a clear warning message if the automake version were < 1.6. Do you know any way to enforce this? Cheers, Bruce |
From: <li...@pe...> - 2004-03-03 16:56:34
|
Actually, there's, and probably more reliable than using Makefile.am or configure.{ac,in}. You can do some scripting in autogen.sh, and search for aclocal-1.{6,7,8} and/or automake-1.{6,7,8}. Then, if not found, make the script stop and warn the user. On Wed, 3 Mar 2004, Bruce Allen wrote: > Guido, it would be nice if there was a way to *require* > automake version 1.6 or later. By require I mean that > autogen.sh would *fail* with a clear warning message if the > automake version were < 1.6. Do you know any way to enforce > this? -- http://www.pervalidus.net/contact.html |
From: <li...@pe...> - 2004-03-03 18:08:58
Attachments:
autogen.sh
|
The attached is based on http://cvs.sourceforge.net/viewcvs.py/tvtime/tvtime/bootstrap?rev=3D1.4&vie= w=3Dauto , the saner autogen.sh I've found which deals with such things. Care to test ? OK to commit ? On Wed, 3 Mar 2004, Fr=E9d=E9ric L. W. Meunier wrote: > Actually, there's, and probably more reliable than using > Makefile.am or configure.{ac,in}. You can do some scripting in > autogen.sh, and search for aclocal-1.{6,7,8} and/or > automake-1.{6,7,8}. Then, if not found, make the script stop > and warn the user. > > On Wed, 3 Mar 2004, Bruce Allen wrote: > > > Guido, it would be nice if there was a way to *require* > > automake version 1.6 or later. By require I mean that > > autogen.sh would *fail* with a clear warning message if the > > automake version were < 1.6. Do you know any way to enforce > > this? --=20 http://www.pervalidus.net/contact.html |
From: Bruce A. <ba...@gr...> - 2004-03-03 18:30:48
|
> > Actually, there's, and probably more reliable than using > > Makefile.am or configure.{ac,in}. You can do some scripting in > > autogen.sh, and search for aclocal-1.{6,7,8} and/or > > automake-1.{6,7,8}. Then, if not found, make the script stop > > and warn the user. > > > > On Wed, 3 Mar 2004, Bruce Allen wrote: > > > > > Guido, it would be nice if there was a way to *require* > > > automake version 1.6 or later. By require I mean that > > > autogen.sh would *fail* with a clear warning message if the > > > automake version were < 1.6. Do you know any way to enforce > > > this? > The attached is based on > http://cvs.sourceforge.net/viewcvs.py/tvtime/tvtime/bootstrap?rev=1.4&view=auto > , the saner autogen.sh I've found which deals with such things. > Care to test ? OK to commit ? This looks nice. It worked for me, so as far as I am concerned, it's OK. It might be good to hear from a few other people (Guido, Ed, Sergey, Keiji, Christian, ...) saying that this works, before checking it into CVS. Cheers, Bruce |
From: <li...@pe...> - 2004-03-03 18:42:39
|
I have 1.7 and 1.8 in /usr, and 1.4 in /usr/local/old . I tested with all possible (?) combinations: PATH only set to /usr/local/old/bin. Fails. automake-1.7 present, but no aclocal-1.7 or aclocal-1.8. Fails. Only automake-1.7 present, but no aclocal-1.7. Fails. Only automake-1.7 and aclocal-1.7 present. Succeeds. Only automake-1.8 and aclocal-1.8 present. Succeeds. Both 1.7 and 1.8 present. Succeeds and use 1.8. Everything expected. Anyway, I tested with bash as sh, so make sure to test with ash or whatever to see if it's portable. And if you commit it, include the URL in the CHANGELOG to give some credit to tvtime's author. On Wed, 3 Mar 2004, Bruce Allen wrote: > > > > automake version 1.6 or later. By require I mean that > > > > autogen.sh would *fail* with a clear warning message if the > > > > automake version were < 1.6. Do you know any way to enforce > > > > this? > > > The attached is based on > > http://cvs.sourceforge.net/viewcvs.py/tvtime/tvtime/bootstrap?rev=1.4&view=auto > > , the saner autogen.sh I've found which deals with such things. > > Care to test ? OK to commit ? > > This looks nice. > > It worked for me, so as far as I am concerned, it's OK. It might be good > to hear from a few other people (Guido, Ed, Sergey, Keiji, Christian, ...) > saying that this works, before checking it into CVS. -- http://www.pervalidus.net/contact.html |
From: Guido G. <ag...@si...> - 2004-03-04 13:04:46
|
On Wed, Mar 03, 2004 at 08:11:18AM -0600, Bruce Allen wrote: > Guido, it would be nice if there was a way to *require* automake version > 1.6 or later. By require I mean that autogen.sh would *fail* with a clear > warning message if the automake version were < 1.6. Do you know any way > to enforce this? Not from the top of my head but you can easily check the output of autmake --version. Cheers, -- Guido |