Hello, Distributing the generated sources is the default behaviour to expect from automake; I don't really understand why it is needed to override the .y.c rule... This behaviour permits you to configure, build, install, check... the package without having bison installed. Since the generated .c is distributed and does not depend on the configuration (this is the definition of a source file for automake),it will never change if the source directory is read-only.
You can check that this is actually the case by running "make distcheck" in an automake project: it will make a source distribution, extract it in a read-only directory, and build it. If bison needs to write in the read-only directory, then it means the source distribution is broken. Sorry for my english, I hope it can help. Vivien Le vendredi 16 mars 2018 à 18:19 +0100, Kamil Dudka a écrit : > 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=6c680 > 191 > > Neither the comment, nor the change log entry explains why it is > desired. > As far as I know, the build should work even if the source directory > is > on a read-only file system. > > Moreover, this oddity seems to cause problems to the debug info > extractor > used by rpmbuild in Fedora: > > https://bugzilla.redhat.com/1555079 > > Kamil >
