2009/11/28 Ralf Wildenhues <ralf.wildenh...@gmx.de>: > 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.»
