Hello, I am forwarding the resolution of a bug-report in automake that could interest autoconf, and in particular config.status internal makefile checks. Maybe it could make sense to emit a warning when a situation like the one described occurs. Follow the link for the details. Bye, Claudio http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=automake&pr=511 --- Ralf wrote: > Synopsis: ./config.status in generated makefile > conflicts with AM_MAKEFLAGS=-f > alternativemakefilename > > State-Changed-From-To: open->closed > State-Changed-By: rwild > State-Changed-When: Sat Oct 28 14:25:32 2006 > State-Changed-Why: > > Ok, I got what is happening. It is mostly an > error on > > my part, but maybe ./config.status file checks > could > > be made stronger. > > Ah, yes: > > AC_CONFIG_FILES(./gmakefile ./sub/gmakefile) > > This is a problem. In your case you see one > consequence > (config.status does not canonicalize paths > before comparing > them). But even if that were not an issue, > there is always > the problem that some non-GNU make > implementations do not > treat 'file' and './file' as equal. So really > the only > thing that could be done about it would be to > warn. > > I'm closing this bug as mistaken. It would make > sense > to ask Autoconf to improve config.status to warn > about this. > > Cheers, > Ralf __________________________________________________ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it _______________________________________________ Autoconf mailing list Autoconf@xxxxxxx http://lists.gnu.org/mailman/listinfo/autoconf
