[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: TODO update

From: Eric Blake
Subject: Re: TODO update
Date: Fri, 28 Mar 2008 20:33:43 -0600
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20080213 Thunderbird/ Mnenhy/

Hash: SHA1

According to Ralf Wildenhues on 3/28/2008 9:11 AM:
|> Does anyone have a preference of whether I should release M4 1.4.11
|> first, and update autoconf to recommend it?
| If otherwise it doesn't matter to you, yes, please do M4 first.  Thanks.


| FWIW.  This is not exactly what we do.  Even GNU coreutils install does
| not do what the TODO item claimed (namely, creating DIR; it doesn't even
| with -D), nor does install-sh.  So I wonder whether the TODO item should
| be left in but reformulated to match whatever it really desired.  Or
| maybe that which was meant was what we did now?

I think it was safe to delete; the situation now is that you use
AS_MKDIR_P to create directories, then install (determined by
AC_PROG_INSTALL) to put multiple files into one of those directories.

|> -For AC_TYPE_SIGNAL signal handlers, provide a way for code to know
|> -whether to do "return 0" or "return" (int vs void) to avoid compiler
|> -warnings.  (Roland McGrath)
| In what way is that fixed?

According to the manual:

| All systems we know of in current use return @code{void}.  The
| @code{int} was to support K&R C, where of course @code{void} is not
| available.  @code{AC_TYPE_SIGNAL} (@pxref{Particular Types}) can be
| used to establish the correct type in all cases.

In other words, it's not worth worrying about these days (and if it was,
I'm sure gnulib would be a better place for the solution).

- --
Don't work too hard, make some time for fun as well!

Eric Blake             address@hidden
Version: GnuPG v1.4.8 (Cygwin)
Comment: Public key at
Comment: Using GnuPG with Mozilla -


reply via email to

[Prev in Thread] Current Thread [Next in Thread]