GNU bug report logs - #7824
1.11 doesn't add sources with nonstandard suffixes when making a binary

Previous Next

Package: automake;

Reported by: Юрий Пухальский <aikipooh <at> gmail.com>

Date: Tue, 11 Jan 2011 14:44:02 UTC

Severity: wishlist

Tags: wontfix

Merged with 7670

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

Bug is archived. No further changes may be made.

Full log


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

From: Юрий Пухальский <aikipooh <at> gmail.com>
To: Ralf.Wildenhues <at> gmx.de, bug-automake <at> gnu.org
Subject: Re: 1.11 doesn't add sources with nonstandard suffixes when making a
	binary
Date: Wed, 26 Jan 2011 13:23:42 +0300
Good day, Ralf!

.pc.lo compiles but there is no tags rule being generated. With .pc.c
rule tags are ok.

So still there is a problem somewhere...

2011/1/11 Ralf Wildenhues <Ralf.Wildenhues <at> gmx.de>:
> Hello Юрий,
>
> * Юрий Пухальский wrote on Tue, Jan 11, 2011 at 03:48:08PM CET:
>> I've (finally) made it through two implicit rules, but i have a problem there.
>>
>> The makefile looks something like that:
>>
>> ------------------------
>> .SUFFIXES: .pc .lo .c
>> .pc.c:
>>       cp $< $@
>> .c.lo:
>>       cp $< $@
>> ------------------------
>>
>> Given that i have no .c and no .lo before invoking make, it works good
>> with gmake and aix make.
>> While on HP-UX it doesn't:
>
> Yep, that's because some non-GNU makes don't close suffix rules
> transitively.  You can either add explicit stub dependencies
>  foo.lo: foo.c
>  bar.lo: bar.c
>  ...
>
> or you can add a .pc.lo rule that contains the commands from both other
> rules.  Or require a decent make.  ;-)
>
> Cheers,
> Ralf
>



-- 
«The good thing about standards is there are so many to choose from.»




This bug report was last modified 12 years and 254 days ago.

Previous Next


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