Here is FYI suggestion to make compatibility of autosetup to support the
system expecting typical autoconf/automake options while not killing
nice option checking feature of autosetup via --disable-option-checking.

As I see output of "./configure --help" on autoconf/automake based code,
I see the following:

  --enable-silent-rules   less verbose build output (undo: "make V=1")
  --disable-silent-rules  verbose build output (undo: "make V=0")

Also I see in autosetup/system.tcl already supports many *hidden*
options for autoconf/automake compatibility.  Why not add one more
hidden option support for "silent-rules"?



FYI: back ground info

Here is the analysis of Debian packaging.

Since autosetup behaves very much like autoconf/automake, the current
Debian package maintainer sets standard autoconf/automake build options
using Debian default build infrastructure to build binary package.
Unless --disable-option-checking is used to invoke ./configure, binary
package build fails as:

| ...
| Checking for stdlib.h...ok
| Error: Unknown option --silent-rules
| Try: 'configure --help' for options
|         "tail -v -n +0 config.log"
| ==> config.log <==
| Invoked as: ./configure --build=x86_64-linux-gnu --prefix=/usr
| --includedir=${prefix}/include --mandir=${prefix}/share/man
| --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var
| --disable-silent-rules --libdir=${prefix}/lib/x86_64-linux-gnu
| --libexecdir=${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode
| --disable-dependency-tracking --disable-internal-sqlite --json
| --with-th1-docs --with-th1-hooks --with-tcl=/usr/lib/x86_64-linux-gnu
| --with-tcl-stubs

The Debian package maintainer currently disables option-checking via
alternative way without using --disable-option-checking.  That's anther

fossil-users mailing list

Reply via email to