This is the mail archive of the
automake-prs@sourceware.org
mailing list for the automake project.
Re: automake/511: ./config.status in generated makefile conflicts with AM_MAKEFLAGS=-f alternativemakefilename
- From: rwild at sourceware dot org
- To: adl at sources dot redhat dot com, automake-prs at sources dot redhat dot com, sick_soul at yahoo dot it
- Date: 28 Oct 2006 14:25:32 -0000
- Subject: Re: automake/511: ./config.status in generated makefile conflicts with AM_MAKEFLAGS=-f alternativemakefilename
- Reply-to: rwild at sourceware dot org, adl at sources dot redhat dot com, automake-prs at sources dot redhat dot com, sick_soul at yahoo dot it, automake-gnats at sources dot redhat dot com
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
http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=automake&pr=511