Re: [PATCH] Generalize GNUmakefile, ...

[Simon Josefsson]

Eric Blake <address@hidden> writes:

> According to Eric Blake on 3/20/2008 7:20 AM:
> | Here's stage 1 for the gnulib side - picking up useful tricks from
> | coreutils into gnulib's copy.  I'd still like to consider splitting the
> | module, and implementing gnulib-tool hooks to recognize top/GNUmakefile in
> | a module description as a request to install the file in '.', regardless
> | of whether build-aux is '.' or a subdirectory.
>
> What do you think of applying this as stage 2?

On second thought, can't we make git-version-gen optional?  Not everyone
uses git.  I still have some projects that use GNUmakefile but use CVS.

The GNUmakefile code that uses the script should check if the file is
available locally before doing anything, I think.

> +2008-03-20  maintainer-makefile
> +                            GNUmakefile now looks for cfg.mk, rather than
> +                            maint-cfg.mk.  It also depends on 
> git-version-gen,
> +                            so you should use this version in your AC_INIT:
> +                            m4_esyscmd([build-aux/git-version-gen 
> .tarball-version])

Further, can't we automate that somehow?  gl_EARLY?

/Simon