Hi William,
* William Pursell wrote on Thu, Dec 04, 2008 at 10:53:16PM CET:
> I've been thinking about re-writing the section
> in the manual that discusses keeping derived files
> in CVS to make it tool neutral. There are some
> details about timestamps that are pretty CVS
> specific, and it see
I've been thinking about re-writing the section
in the manual that discusses keeping derived files
in CVS to make it tool neutral. There are some
details about timestamps that are pretty CVS
specific, and it seems out of place (and obsolete).
Any thoughts?
--
William Pursell
Ralf Wildenhues wrote:
* William Pursell wrote on Mon, Dec 01, 2008 at 10:06:10PM CET:
@@ -11677,7 +11677,7 @@ A major and long-awaited release, that comes more than
two years after
@item The new dependency tracking scheme that uses @command{depcomp}.
Aside from the improvement on the depen
* Akim Demaille wrote on Thu, Dec 04, 2008 at 09:30:45AM CET:
> Le 3 déc. 08 à 20:58, Ralf Wildenhues a écrit :
>>
>> A while ago (I'm sure it's been more than a couple of years now),
>> ventured at changing depout.m4 to lift this limitation. I did have
>> something working back then, but it requi
Le 3 déc. 08 à 20:58, Ralf Wildenhues a écrit :
Hi Akim,
Hi Ralf,
Otherwise too many things go wrong
(especially the creation of .deps btw: automake does garbage if you
include a local.mk which defines foo_SOURCES = $(prefix)/foo.cc: it
creates '$(prefix)/.deps', and I really mean single qu
Ralf Wildenhues wrote:
* William Pursell wrote on Mon, Dec 01, 2008 at 10:06:10PM CET:
@@ -11677,7 +11677,7 @@ A major and long-awaited release, that comes more than
two years after
@item The new dependency tracking scheme that uses @command{depcomp}.
Aside from the improvement on the depen
