Am 10.01.2017 um 23:41 schrieb Gavin Smith:
Thanks for getting to the root of this. I've untracked those files and
the Makefile files as well under tp/Texinfo/MiscXS/lib. Hopefully that
will work, but it's possible that I've missed some: there are other
gnulib files elsewhere in the source which also may be incorrectly
tracked by SVN. I don't know of any easy way to know which files are
generated.
Well, FWIW I've locally removed these files, relative to r7614:
D doc/version-stnd.texi
D doc/version.texi
D gnulib/lib/arg-nonnull.h
D gnulib/lib/c++defs.h
D gnulib/lib/warn-on-use.h
D texindex/texindex.awk
D tp/Texinfo/MiscXS/lib/Makefile
D tp/Texinfo/MiscXS/lib/stddef.h
D tp/Texinfo/MiscXS/lib/wchar.h
Maybe you need to change usage of gnulib in SVN sources to a more
dynamic approach, e.g. bootstrap it all from scratch in autogen.sh, like
idutils' bootstrap script does it.
That makes sense. I think this problem has never come up before
because it only occurs when doing an out-of-source build directly from
the SVN sources. I would guess if it was built as a distribution first
("make dist"), or not done as an out-of-source build, the problem
wouldn't occur.
This could only happen if SVN holds generated, but un-distributed files.
That can only be wrong.
