.SUFFIXES hosed by switch to automake 1.9.x
Jeff Johnston
jjohnstn@redhat.com
Mon Apr 23 20:00:00 GMT 2007
Hi Joern,
I have applied a fix. It so happens that arc doesn't have another .S
file like trap.S which
is found in other libc/sys targets. I have added a dummy.S file as an
extra source file
(it is empty save for a C comment). The patch adds the suffix rule as
it does for the
other targets.
-- Jeff J.
Joern Rennecke wrote:
> On Wed, Apr 18, 2007 at 04:53:20PM +0200, Ralf Corsepius wrote:
>
>> In rtems Makefile.am's I am using this construct:
>>
>> project_libdir = $(libdir)
>>
>> EXTRA_DIST = crt0.S
>> crt0.$(OBJEXT): crt0.S
>> $(CPPASCOMPILE) -o $@ -c $<
>> project_lib_DATA = crt0.$(OBJEXT)
>>
>
> I am now using this (copied from another directories's Makefile.in):
>
> CCASCOMPILE = $(CCAS) $(AM_CCASFLAGS) $(CCASFLAGS)
> .S.o:
> $(CCASCOMPILE) -c $<
>
> The presense of the .S.o rule also has the effect of fixing the generated
> .SUFFIXES rules to allow .S .
>
> But either way, Makefile.am templates that control the generation of
> single object files from .S files not need several extra lines to
> do that which were not needed with older autoconf versions.
> Extra lines of code that might be accidentially omitted (as had
> already happended), or might contain bugs. In that respect
> autoconf has become worse, since the entire point of using a tool to
> generate Makefile.in files is to make this process simpler and less
> error-prone than writing these files by hand.
>
More information about the Newlib
mailing list