bug-texinfo
[Top][All Lists]
Advanced

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

Re: Building SVN source failures: VPATH builds; Cygwin


From: Hans-Bernhard Bröker
Subject: Re: Building SVN source failures: VPATH builds; Cygwin
Date: Wed, 11 Jan 2017 00:36:31 +0100
User-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0

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.




reply via email to

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