Re: On time64 and Large File Support

2022-11-12 Thread Russ Allbery
ht about when enabling AC_SYS_LARGEFILE many years in the past. I recognize that there will be overlap once file timestamps are past 2038 and that will happen sooner than anyone plans for, but it's still true that this has *not* happened right now and this therefore is not currently creating m

Re: AC_C_NORETURN macro?

2012-04-26 Thread Russ Allbery
a very good way to actually get work done and write code that is portable on a practical level (meaning that people on multiple UNIX platforms can just run ./configure && make). -- Russ Allbery (r...@stanford.edu) <http://www.eyrie.org/~eagle/>

Re: HAVE_STDBOOL_H, AC_HEADER_STDBOOL, and AM_STDBOOL_H

2011-02-01 Thread Russ Allbery
rovements wouldn't be rejected because the macro is obsolete and gnulib should be used instead. -- Russ Allbery (r...@stanford.edu) <http://www.eyrie.org/~eagle/>

Re: HAVE_STDBOOL_H, AC_HEADER_STDBOOL, and AM_STDBOOL_H

2011-01-31 Thread Russ Allbery
eed to make the Autoconf change as well, since the gnulib macros will have different names and will therefore not need to retain compatibility with the same-named macros in Autoconf. -- Russ Allbery (r...@stanford.edu) <http://www.eyrie.org/~eagle/>

Re: AC_FUNC_STRTOD

2010-09-17 Thread Russ Allbery
ind, then. :) -- Russ Allbery (r...@stanford.edu) <http://www.eyrie.org/~eagle/>

Re: AC_FUNC_STRTOD

2010-06-14 Thread Russ Allbery
ow would be asked to use it just for one or two Autoconf macros. It may be that at this point selectively pulling things from Gnulib is so easy that this is just a matter of documentation, but it's something to be aware of. -- Russ Allbery (r...@stanford.edu) <http://www.eyrie.org/~eagle/>