bug#11377: configure.am - fails to remove configure before attempting replacement

2012-05-03 Thread Ronald F. Guilmette
My apologies for the delay in replying. I have been tied up due to other responsibilities. In message <4f9febb1.50...@gmail.com>, you wrote: >tags 11377 + moreinfo >severity 11377 minor >thanks > >Hi Ronald, sorry for the delay. > >On 04/28/2012 10:55 PM, Ronald F. Guilmette wrote: >> Under cer

bug#11377: configure.am - fails to remove configure before attempting replacement

2012-05-03 Thread Eric Blake
On 05/03/2012 04:09 PM, Ronald F. Guilmette wrote: > > The only problem with the approach outlined above is that sometimes (rarely) > some Makefiles and/or other tools used as part of a build process (e.g. > automake) may occasionally make the assumption that every regular file > within the curren

bug#11377: configure.am - fails to remove configure before attempting replacement

2012-05-03 Thread Ronald F. Guilmette
In message <4fa30527.8070...@redhat.com>, you wrote: >Nothing against your style of coding, but I do want to point out that >recommending anyone delete a file before rebuilding its contents is >racy. I respectfully disagree. >If things crash in the middle, you can be left without the file, Yes

bug#11401: automake-1.12 (incorrectly?) complains about missing AM_PROG_AR

2012-05-03 Thread Mike Frysinger
consider this simple code base: $ cat configure.ac AC_PREREQ([2.63]) AC_INIT([foo], [0]) AM_INIT_AUTOMAKE([1.11 -Wall foreign]) AC_PROG_CC LT_INIT AC_OUTPUT(Makefile) $ cat Makefile.am lib_LTLIBRARIES = libfoo.la libfoo_la_SOURCES = foo.c $ touch foo.c with automake-1.11.5, everything works grea