This is the mail archive of the newlib@sourceware.org mailing list for the newlib project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
On Wed, 2007-04-18 at 16:34 +0100, Joern Rennecke wrote:This all works today using a .S file in EXTRA_lib_a_SOURCES and specifying lib_a_CCASFLAGS=AM_CCASFLAGS. Are you saying this was a bug in 1.9 and it all breaks again in 1.10? If so, I really wish automake would stabilize so I don't have to constantly change Makefile.am files every release.
On Wed, Apr 18, 2007 at 04:53:20PM +0200, Ralf Corsepius wrote:You will want CPPASCOMPILE.
In rtems Makefile.am's I am using this construct:I am now using this (copied from another directories's Makefile.in):
project_libdir = $(libdir)
EXTRA_DIST = crt0.S
crt0.$(OBJEXT): crt0.S
$(CPPASCOMPILE) -o $@ -c $<
project_lib_DATA = crt0.$(OBJEXT)
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 .
CCASCOMPILE is *.s -> *.o
I don't know off-head if CPPASCOMPILE was introduced in automake-1.10 or already is present in automake-1.9 (already outdated for quite some time).
Ralf
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |