[Top][All Lists]
[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.