Re: .SUFFIXES hosed by switch to automake 1.9.x

[Jeff Johnston <jjohnstn at redhat dot com>]

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.
>