tech-toolchain archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: make: avoid breaking backwards compatability



In article <20140904223618.GC805%apb-laptoy.apb.alt.za@localhost>,
Alan Barrett  <apb%cequrux.com@localhost> wrote:
>On Thu, 04 Sep 2014, Jarmo Jaakkola wrote:
>> If you want foo.o made from foo.S instead of foo.c, use
>>    .SUFFIXES: .S .c
>> instead of
>>    .SUFFIXES: .c .S
>>
>> If you need to consistently override on a file-by-file basis, then I'd
>> say your file hierarchy or build process needs refactoring.
>
>We do want to consistently override on a file by file basis. 
>There might be a foo.c and bar.c with portable code, and several 
>different foo.S and bar.S in different subdirectories for 
>different machine platforms or different optimisation strategies. 
>We want to tell make exactly which .S file or .c file to use, 
>using conditions depending on the machine platform, and foo and 
>bar could easily want different conditional choices.

But you couldn't do that well even before... You had to list
all the possible suffixes in the production like:

# do not pick up the i387 asm version, it is incorrect
s_modf.o s_modf.pico s_modf.po s_modf.d: s_modf.c

Now you just do:

s_modf.S: .INVISIBLE

christos



Home | Main Index | Thread Index | Old Index