Hi, The good question is : Why don't they use autoconf/automake like most people do, at least CMake even if I don't agree with this ? Snobism ? :-P (LOL) Best Regards
K. De : Osamu Aoki <aoki.os...@gmail.com> À : fossil-users@lists.fossil-scm.org Envoyé le : Samedi 15 octobre 2016 4h01 Objet : [fossil-users] autosetup: hidden autoconf/automake compatibility Hi, 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"? Regards, Osamu 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 story. Osamu _______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
_______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users