bug#15949: Apparently out-of-date warning

2013-12-29 Thread Stefano Lattarini
On 12/27/2013 09:36 PM, Reuben Thomas wrote: On 26 December 2013 15:39, Stefano Lattarini stefano.lattar...@gmail.comwrote: But AM_PROG_AR truly does not define $RANLIB itself. Perhaps you are using libtool and calling AC_PROG_LIBTOOL or LT_INIT? Probably. So, how about changing the

bug#15949: Apparently out-of-date warning

2013-12-29 Thread Reuben Thomas
On 29 December 2013 22:24, Stefano Lattarini stefano.lattar...@gmail.comwrote: AM_PROG_AR is only required for people interested in having their package buildable with Microsoft tools And we can't make AM_PROG_AR an automatic default? What would be the downside? (Sorry if I'm being a pain,

bug#15949: Apparently out-of-date warning

2013-12-27 Thread Reuben Thomas
On 26 December 2013 15:39, Stefano Lattarini stefano.lattar...@gmail.comwrote: But AM_PROG_AR truly does not define $RANLIB itself. Perhaps you are using libtool and calling AC_PROG_LIBTOOL or LT_INIT? Probably. So, how about changing the sentence from should to may need, or is there some

bug#15949: Apparently out-of-date warning

2013-12-26 Thread Stefano Lattarini
tags 15949 + notabug close 15949 thanks On 11/21/2013 11:05 PM, Reuben Thomas wrote: I am using automake 1.13.3. I noticed in the manual the following sentence in the section on building static libraries, which I do for my project with libgnu.a: You should call 'AC_PROG_RANLIB' from your