automake-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: automake/370: Option ansi2knr mishandles sources in different direct


From: Kevin Ryde
Subject: Re: automake/370: Option ansi2knr mishandles sources in different directories
Date: Thu, 28 Nov 2002 09:14:18 +1000
User-agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.1 (i386-debian-linux-gnu)

Alexandre Duret-Lutz <address@hidden> writes:
>
> Instead of libdummy_SOURCES, can't you use EXTRA_foo_SOURCES?

Oops, yep, that's the right way.

> Creating the .c->_.c rule is not the only reason why you must
> tell Automake these sources exist.  They need to be known in
> order to be distributed,

For gmp there's a big tree of cpu specific files, done by putting
directory names in EXTRA_DIST.  Seemed easier than naming every file
specifically.  Obviously have to be careful about keeping the cvs with
the right files that are wanted or not wanted.

> and so that dependency tracking works.

I'm not a fan of dependency tracking :-).  For gmp it would only say
that every file depends on gmp.h+gmp-impl.h+longlong.h, yet rarely
does a change in any of them require a full recompilation.

> Here is my proposal.  The following patch puts the _.c files back
> in the current directory, so your setup works again.

Oh, it didn't work at all before (hence the PR), so there's no
compatibility question.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]