Re: proposed gnulib-related additions to Autoconf

2006-04-08 Thread Paul Eggert
Ralf Wildenhues [EMAIL PROTECTED] writes: The one that prompted me to make the macro work with shell variables? Well, it's quite a size reduction, Yes, that much I understand, but I don't fully understand the shell-variable part of that patch. I just haven't had enough free time on one block

Re: proposed gnulib-related additions to Autoconf

2006-04-08 Thread Paul Eggert
Ralf Wildenhues [EMAIL PROTECTED] writes: What I think you're trying to tell me is this: either the semantics are wrap-around or some notification (exception or so). But LIA-1 does not specify bit-shift operations, as far as I can see. Yes, that's true. I'd forgotten about that. To rely on

Re: proposed gnulib-related additions to Autoconf

2006-04-08 Thread Paul Eggert
Ralf Wildenhues [EMAIL PROTECTED] writes: The Y-MP from Cray-Cyber has Wow, good research. And there is still at least one Y-MP running, in a computer museum. You can log into at at yel.cray-cyber.org, once you get a guest account. (It's only powered on on Saturdays, according to the web

Re: proposed gnulib-related additions to Autoconf

2006-04-08 Thread Ralf Wildenhues
Hi Paul, Paul Eggert writes: Ralf Wildenhues [EMAIL PROTECTED] writes: The Y-MP from Cray-Cyber has Wow, good research. And there is still at least one Y-MP running, in a computer museum. You can log into at at yel.cray-cyber.org, once you get a guest account. Yes, that's the one I

Re: proposed gnulib-related additions to Autoconf

2006-04-07 Thread Ralf Wildenhues
My current version of only the range macros, should have all concerns addressed. The factoring out for use in a list (or later, factoring out in a shell function), is not completely done yet. The macro should be fully functional, though, and the remaining factorization should not need a change

Re: proposed gnulib-related additions to Autoconf

2006-04-05 Thread Paul Eggert
Ralf Wildenhues [EMAIL PROTECTED] writes: +AC_COMPILE_IFELSE( + [AC_LANG_BOOL_COMPILE_TRY([AC_INCLUDES_DEFAULT([$4])], + [$ac_max $ac_max1 ($1) $ac_max1 == $ac_max1])], Strictly speaking, for signed types this invokes undefined behavior, if we shifted too far in `$ac_max1',

Re: proposed gnulib-related additions to Autoconf

2006-04-05 Thread Paul Eggert
Ralf Wildenhues [EMAIL PROTECTED] writes: First, there is still a bug in both your version and mine, AFAICS: if you pass a MIN-VARIABLE for an unsigned entity, and that variable is not yet defined, it computes the wrong result. I assume this can be fixed by replacing:

Re: proposed gnulib-related additions to Autoconf

2006-04-05 Thread Ralf Wildenhues
A case study, FYI. The Y-MP from Cray-Cyber has - 31 value-bit shorts - 63 value-bit ints, but also a mode in which fast arithmetic is done with only 45 value-bits, - 63 value-bit longs All three report a sizeof of 8. CHAR_BIT is 8. The 46 bit int mode is an optimization mode. The

Re: proposed gnulib-related additions to Autoconf

2006-04-05 Thread Ralf Wildenhues
Hi Paul, * Paul Eggert wrote on Wed, Apr 05, 2006 at 09:15:58AM CEST: Ralf Wildenhues [EMAIL PROTECTED] writes: +AC_COMPILE_IFELSE( + [AC_LANG_BOOL_COMPILE_TRY([AC_INCLUDES_DEFAULT([$4])], + [$ac_max $ac_max1 ($1) $ac_max1 == $ac_max1])], Strictly speaking, for signed

Re: proposed gnulib-related additions to Autoconf

2006-04-01 Thread Ralf Wildenhues
Hi Paul, Here is a preliminary version of the proposed rewrite; I'll try to finish it tomorrow, unless beaten to. * Ralf Wildenhues wrote on Fri, Mar 31, 2006 at 09:31:38AM CEST: * Paul Eggert wrote on Fri, Mar 31, 2006 at 09:10:25AM CEST: Ralf Wildenhues [EMAIL PROTECTED] writes: That

Re: proposed gnulib-related additions to Autoconf

2006-03-30 Thread Paul Eggert
Ralf Wildenhues [EMAIL PROTECTED] writes: If it's not too much work for you, it would be great if you could change the end of the macro to )# AC_C_LONG_DOUBLE and similarly for the other macros, at least the longer ones. OK, I'll do that. +m4_define([AC_C_TYPE_RANGE_INTEGER], This

Re: proposed gnulib-related additions to Autoconf

2006-03-10 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Paul Eggert on 3/1/2006 11:28 AM: Gary V. Vaughan [EMAIL PROTECTED] writes: i) Let's just improve AC_CHECK_HEADERS (et al) to always make configure smaller and faster by despatching to (undocumented internal)

Re: proposed gnulib-related additions to Autoconf

2006-03-10 Thread Gary V. Vaughan
Hi Paul, Nice work! Yes, I agree that reparenting these macros into Autoconf is an excellent idea. As you are soliciting feedback... Paul Eggert wrote: +** AC_CHECK_DECLS_ONCE, AC_CHECK_FUNCS_ONCE, AC_CHECK_HEADERS_ONCE + New once-only variants of commonly-used macros, to make 'configure'

Re: proposed gnulib-related additions to Autoconf

2006-03-10 Thread Gary V. Vaughan
Hi Paul, Paul Eggert wrote: Gary V. Vaughan [EMAIL PROTECTED] writes: i) Let's just improve AC_CHECK_HEADERS (et al) to always make configure smaller and faster by despatching to (undocumented internal) _AC_CHECK_HEADERS_ONCE when it can. Won't that break old scripts? If

Re: proposed gnulib-related additions to Autoconf

2006-03-02 Thread Ralf Wildenhues
Hi Paul, * Paul Eggert wrote on Wed, Mar 01, 2006 at 01:48:54AM CET: Several macros in Gnulib really belong in Autoconf. I took a first cut at migrating the code, and came up with the following proposed patch to Autoconf. Not all the gnulib macros made the cut, and some needed to be renamed