On 10/19/2011 10:53 AM, Stefano Lattarini wrote:
On Tuesday 18 October 2011, Giulio Rossato wrote:
Putting the following target
.SUFFIXES: .c .pc
in a Makefile.am doesn't work and I get an error like this:
src/Makefile.am:31: use variable `SUFFIXES', not target `.SUFFIXES
Putting the following target
.SUFFIXES: .c .pc
in a Makefile.am doesn't work and I get an error like this:
src/Makefile.am:31: use variable `SUFFIXES', not target `.SUFFIXES'
Why does it happen?
Ah, sorry. That's so easy, and now i recollect you must have said this
before, but i've lost it...
2011/1/13 ralf.wildenhues :
> * Юрий Пухальский wrote on Wed, Jan 12, 2011 at 03:21:11PM CET:
>> -----
>> SUFFIXES = .pc
>>
>> .pc.lo:
&
* Юрий Пухальский wrote on Wed, Jan 12, 2011 at 03:21:11PM CET:
> -
> SUFFIXES = .pc
>
> .pc.lo:
> cp $(srcdir)/$*.pc $(builddir)/$*.c
> $(LTCOMPILE) -c $(builddir)/$*.c
> rm -f $(builddir)/$*.c
>
> noinst_PROGRAMS
= -I$(top_srcdir)/Lib @QT_CXXFLAGS@
LIBADD = @QT_LIBS@
SUFFIXES = .moc
.moc:
I'm not a make expert but don't you need to specify the input extension
as well as an output. Something like:
.hh.moc:
Michael
@echo "Generating MOC for" $*.hh "..."
@QT_CXXFLAGS@
LIBADD = @QT_LIBS@
SUFFIXES = .moc
.moc:
@echo "Generating MOC for" $*.hh "..."
@@QT_MOC@ -o $*_moc.cc $*.hh
@make $*_moc.o @QT_CXXFLAGS@ @QT_LIBS@
@mv $*_moc.o $*.moc
@rm $*_moc.cc
It gives no problems when running au
Hi all,
I just upgraded to 1.6 and I'm trying to get SUFFIXES to work. It does
work for libtool objects, but just doesn't seem to want to for normal
.o's. This is what I have included in my Makefile.am:
SUFFIXES = .ui
.ui.o: %.h
$(UIC) -o $*.cpp -impl $*.h $*.ui
Fine, please install. Maybe you want to add some entries to TODO BTW.
]
> As you can see asm files are not processed! I've searched autoconf
> info file for information about SUFFIXES changes and such thing and I
> found nothing so this should work.
>
> Any hints? (btw. it was working fine with older automake)
It looks like Automake was hardco
IC.sh
SUFFIXES = .asm
.asm.lo:
$(LIBTOOL) --mode=compile $(STRIP_FPIC) $(NASM) @NASMFLAGS@ $<
###
# The hermes library target
noinst_LTLIBRARIES = libhermes.la
# The hermes library sources
libhermes_la
Tom Tromey <[EMAIL PROTECTED]> writes:
>
> >>>>> "Kevin" == Kevin Ryde <[EMAIL PROTECTED]> writes:
>
> Kevin> I find though that I got it wrong for the case where automake
> Kevin> isn't automatically generating any suffixes, but
>>>>> "Kevin" == Kevin Ryde <[EMAIL PROTECTED]> writes:
Kevin> I find though that I got it wrong for the case where automake
Kevin> isn't automatically generating any suffixes, but rather there's
Kevin> only user-supplied ones with $(SUFFIXES).
Tom Tromey <[EMAIL PROTECTED]> writes:
>
> Thanks, I finally checked this in.
Excellent.
I find though that I got it wrong for the case where automake isn't
automatically generating any suffixes, but rather there's only
user-supplied ones with $(SUFFIXES). This comes
>>>>> "Kevin" == Kevin Ryde <[EMAIL PROTECTED]> writes:
Kevin> I'd like to propose the patch below to put any $(SUFFIXES) from
Kevin> Makefile.am at the head of the .SUFFIXES list in Makefile.in.
Thanks, I finally checked this in.
Tom
I'd like to propose the patch below to put any $(SUFFIXES) from
Makefile.am at the head of the .SUFFIXES list in Makefile.in.
This would help a certain situation in GMP where either a foo.c or
foo.s is used, according to the configured target. With the whole
.SUFFIXES list sorted, .c is b
15 matches
Mail list logo