Re: 1.11 doesn't add sources with nonstandard suffixes when making a binary

[Юрий Пухальский]

2009/11/28 Ralf Wildenhues <address@hidden>:
> Hello Yuri, nice to read from you again,
Hello, Ralf, nice to see you too:)
It's working like a charm, the autotools system, One small thing is
64-bit ARFLAGS on AIX,
but the folks out there in libtool (if i remember right) are aware of
the problem, it seems, but i haven't investigated it yet.

>
> * Юрий Пухальский wrote on Fri, Nov 27, 2009 at 10:38:15AM CET:
>> Automake links binaries through libtool too, at least in my case.
>
> Yes, but it doesn't compile the objects for non-libraries using libtool,
> just like Jack explained.
>
>> And yes, it works when i make a rule from .pc to .c, but:
>> How do i clean the intermediate .c file in this case?
>
> Just don't, at least not outside of a *clean target.
>
>> I must add BUILT_SOURCES everywhere,
>
> No.
Yes, this was one of my hacks to make this to work now, LDADDing the
.pc=.lo:) Sorry, i was wrong.
>
>> use EXTRA_DIST for distributing the original files.
>
> No.
That's from the same hack.

>
>> Generally it's less clear than specifying .pc file directly in _SOURCES.
>
>
> That's why you should do it like this:
>
> .pc.$(OBJEXT):
>        ...
>
> Then all of the above works, just like Jack wrote.
>
>> As for silliness, it's exactly as silly as default .l.o implicit rule
>> in standard make:
>> .l.o:
>>     $(LEX) $(LFLAGS) $<
>>     $(CC) $(CFLAGS) -c lex.yy.c
>>     rm -f lex.yy.c
>>     mv lex.yy.o $@
>
> This is just done because one cannot teach traditional lex to produce
> another output file.  The silliness really comes from the lex interface.
Well, .c.a then for this removing intermediate file approach.

>
> Cheers,
> Ralf
>



-- 
«The good thing about standards is there are so many to choose from.»