GNU bug report logs - #14560
C Compilation variables present in output Makefiles unconditionally

Previous Next

Package: automake;

Reported by: Ralf Corsepius <ralf.corsepius <at> rtems.org>

Date: Wed, 5 Jun 2013 10:06:01 UTC

Severity: minor

Tags: patch

Done: Stefano Lattarini <stefano.lattarini <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


Message #12 received at 14560 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Ralf Corsepius <ralf.corsepius <at> rtems.org>
Cc: 14560 <at> debbugs.gnu.org, automake <at> gnu.org
Subject: Re: bug#14560: C Compilation variables present in output Makefiles
	unconditionally
Date: Fri, 07 Jun 2013 19:41:50 +0200
submitter 14560 Ralf Corsepius <ralf.corsepius <at> rtems.org>
severity 14560 minor
tags 14560 + moreinfo
thanks

On 06/05/2013 12:03 PM, Stefano Lattarini wrote:
> [+cc bug-automake, so this will be registered in the bug tracker]
> 
> On 06/05/2013 07:16 AM, Ralf Corsepius wrote:
>> On 06/03/2013 09:14 PM, Stefano Lattarini wrote:
>>> We are pleased to announce the GNU Automake 1.13.3 maintenance release.
>>
>> When comparing automake-1.13.2 generated Makefile.ins against
>> automake-1.13.3 generated Makefile.in, in projects which are
>> _not_ using "c" I am observing changes like this one below:
>>
>> --- a/Makefile.in
>> +++ b/Makefile.in
>> ...
>> @@ -109,6 +109,18 @@ AM_V_at = $(am__v_at_ <at> AM_V@)
>>  am__v_at_ = $(am__v_at_ <at> AM_DEFAULT_V@)
>>  am__v_at_0 = @
>>  am__v_at_1 =
>> +COMPILE = $(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) \
>> +       $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS)
>> +AM_V_CC = $(am__v_CC_ <at> AM_V@)
>> +am__v_CC_ = $(am__v_CC_ <at> AM_DEFAULT_V@)
>> +am__v_CC_0 = @echo "  CC      " $@;
>> +am__v_CC_1 =
>> +CCLD = $(CC)
>> +LINK = $(CCLD) $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@
>> +AM_V_CCLD = $(am__v_CCLD_ <at> AM_V@)
>> +am__v_CCLD_ = $(am__v_CCLD_ <at> AM_DEFAULT_V@)
>> +am__v_CCLD_0 = @echo "  CCLD    " $@;
>> +am__v_CCLD_1 =
>>  SOURCES =
>>  DIST_SOURCES =
>>  AM_V_DVIPS = $(am__v_DVIPS_ <at> AM_V@)
>> ...
>>
> Yeah, this shouldn't happen.  Not a serious regression thankfully,
> but still unpleasant.
> 
>> So far, I havn't had sufficient time to implement a simple reproducer,
>>
Any progress with this?  I haven't been able to reproduce the bug so
far.  Even if you cannot find a minimal reproducer, a tarball of the
package where you are encountering the issue might help.

>> but I am inclined to believe, automake-1.13.3 inserts c-compiler
>> related vars into Makefile.ins, in cases no C-compiler is being used.
>
> Thanks for the report, I'll try to look into this ASAP (might be
> few days though).  I already have in mind which set of changes
> can be responsible for the regression (that is, those related to
> the fixing of automake bug#14441).
> 

Thanks,
  Stefano




This bug report was last modified 11 years and 342 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.