[Top][All Lists]

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

Re: parse-datetime.c generated in the source (instead of build) director

From: Bruno Haible
Subject: Re: parse-datetime.c generated in the source (instead of build) directory
Date: Sat, 17 Mar 2018 01:37:24 +0100
User-agent: KMail/5.1.3 (Linux/4.4.0-112-generic; KDE/5.18.0; x86_64; ; )

Kamil Dudka wrote:
> parse-datetime.c generated out of parse-datetime.y ends up in the source 
> directory, instead of the build directory as one would expect.  This was 
> introduced by the following commit:
> http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=6c680191
> Neither the comment, nor the change log entry explains why it is desired.

For gnulib, you sometimes need to look up in the mailing list archive to get
the complete discussion. In this case, the essential mail was
which referenced

> As far as I know, the build should work even if the source directory is
> on a read-only file system.

... *only* if the source directory contains a complete, unmodified tarballs
contents. But when a .y.c rule needs to be run, you must have modified the
.y file, or the timestamps are wrong. You can't build off a read-only source
directory in this case.

The most important use-case of Makefiles are the developer's working directory.
The use-case with a read-only source directory is only a corner case; in case
of conflict with the important use-case, it's the important use-case which wins.

> Moreover, this oddity seems to cause problems to the debug info extractor
> used by rpmbuild in Fedora:
> https://bugzilla.redhat.com/1555079

I don't know how the debug info extractor works, but you make it sound like
it would ignore source files in $srcdir - which would not be right.


reply via email to

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