Re: [PATCH] Changes the default so with-xft=yes results in xft activated

>>>>> "M" == Mats Lidell <matsl(a)xemacs.org&gt; writes: M> * configure.ac (xe_fst): M> diff -r 6b0000935adc -r 2e80c89e982f configure M> --- a/configure Sat Jul 26 13:50:27 2008 +0300 M> +++ b/configure Mon Jul 28 00:00:51 2008 +0200 M> ＠＠ -1426,10 +1426,6 ＠＠ M> --enable-FEATURE[=ARG] alias for --with-FEATURE M> --without-FEATURE do not use FEATURE (same as --with-FEATURE=no) M> --disable-FEATURE alias for --without-FEATURE M> - M> -Compilation options M> -------------------- M> - configure is a generated file. Methinks one should never review changes for it. How is removal of the comment heading above an improvement? How is it related to xft? M> --with-compiler C compiler to use M> --with-xemacs-compiler compiler to use to compile just the xemacs M> executable and C modules. If you want to compile M> diff -r 6b0000935adc -r 2e80c89e982f src/config.h.in M> --- a/src/config.h.in Sat Jul 26 13:50:27 2008 +0300 M> +++ b/src/config.h.in Mon Jul 28 00:00:51 2008 +0200 M> ＠＠ -20,8 +20,7 ＠＠ M> Boston, MA 02111-1307, USA. */ M> /* Significantly divergent from FSF. */ M> - M> -/* No code in XEmacs #includes config.h twice, but some of the code M> +XEmacs #includes config.h twice, but some of the code M> intended to work with other packages as well (like gmalloc.c) M> think they can include it as many times as they like. */ M> #ifndef _SRC_CONFIG_H_ Doesn't the above turn a comment into a non-comment? Is it really true that config.h is "normally" included twice by normal source files? Martin _______________________________________________ XEmacs-Patches mailing list XEmacs-Patches(a)xemacs.org http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-patches