PS:
Alternatively to the suggestion of a new gnulib-tool option
"--vc-files=...", one could also make Gnulib's behavior dependent on the
presence of a file, say ".gnulib-in-tree-build". This has the advantage
that no source files have to be changed to switch from one behavior to the
other but
I have been experimenting a bit with building in a dedicated build
directory. Nevertheless, I still end up with artefacts in the source
directory, which are not covered by Gnulib's .gitignore files, for example
with:
lib/iconv_open-aix.h
lib/iconv_open-hpux.h
lib/iconv_open-irix.h
Marc Nieper-Wißkirchen wrote:
> Would it do much harm if ".gitignore" included all built files even for
> developers that work in a dedicated build tree?
The developers who are using the first approach will not like this.
Bruno
Hi Bruno,
Am Sa., 3. Apr. 2021 um 12:05 Uhr schrieb Bruno Haible :
> Hi Marc,
>
> > If Gnulib is going to be extended to support the second option as well
>
> That's what I'm suggesting, because the second way to manage files appears
> to be the majority one.
>
> > I am not yet sure how. The
Hi Marc,
> If Gnulib is going to be extended to support the second option as well
That's what I'm suggesting, because the second way to manage files appears
to be the majority one.
> I am not yet sure how. The problem is that the same source tree would have to
> support both options to support
Hi Bruno,
thank you very much for your prompt reply.
Am Sa., 3. Apr. 2021 um 01:00 Uhr schrieb Bruno Haible :
As far as I know, there are two practices regarding .gitignore management:
>
> * Some developers want a very clean source directory at all times.
> They always to VPATH builds.
Hi Marc, all,
> A number of autogenerated header files are not added to ".gitignore" in
> "$source_base".
>
> For example, in a current project of mine,
>
> $ git status
>
> shows
>
> lib/alloca.h
> lib/fcntl.h
> lib/inttypes.h
> lib/langinfo.h
> lib/limits.h
> lib/locale.h
> lib/signal.h
>
A number of autogenerated header files are not added to ".gitignore" in
"$source_base".
For example, in a current project of mine,
$ git status
shows
lib/alloca.h
lib/fcntl.h
lib/inttypes.h
lib/langinfo.h
lib/limits.h
lib/locale.h
lib/signal.h
lib/stdio.h
lib/stdlib.h
lib/string.h
lib/sys/