Re: [bug-gnulib] FYI: coreutils/lib once again has automatically-generated dependencies

[Bruno Haible]

Jim Meyering wrote:
> Since switching coreutils to use gnulib-tool, the lib directory
> has had no automatically-generated dependencies.
> I finally noticed it today when modifying a lib/*.h header file
> and finding that things weren't recompiled.
> 
> IMHO, gnulib-tool should leave the default (generate them),
> but provide an option to suppress them.

The argument that the default in automake is to use dependencies is a
strong one. The user has 4 ways to set no-dependencies nevertheless:
  - through a .diff file that augments AUTOMAKE_OPTIONS,
  - through the use of gnulib-tool's --makefile-name option and a custom
    AUTOMAKE_OPTIONS setting in the Makefile.am,
  - through the argument in AM_INIT_AUTOMAKE (weird - it abuses the
    configure.ac file for setting options that are not related to
    portability problems),
  - through an _AM_SET_OPTIONS invocation (weird as well, for the same
    reason).

I'm applying this.


2006-10-02  Bruno Haible  <address@hidden>

        * gnulib-tool (func_emit_lib_Makefile_am): Don't add no-dependencies
        to the AUTOMAKE_OPTIONS.
        Reported by Jim Meyering.

*** gnulib-tool 26 Sep 2006 21:01:42 -0000      1.174
--- gnulib-tool 2 Oct 2006 11:34:56 -0000
***************
*** 1093,1100 ****
    fi
    echo
    if test -z "$makefile_name"; then
!     # No need to generate dependencies since the sources are in gnulib, not 
here.
!     echo "AUTOMAKE_OPTIONS = 1.5 gnits no-dependencies"
    fi
    echo
    (
--- 1093,1099 ----
    fi
    echo
    if test -z "$makefile_name"; then
!     echo "AUTOMAKE_OPTIONS = 1.5 gnits"
    fi
    echo
    (