Re: strings.h in argz.c?

[Ralf Wildenhues]

[ let's drop bug-libtool ]

* Paul Eggert wrote on Sun, Jan 21, 2007 at 11:02:22PM CET:
> Ralf Wildenhues <address@hidden> writes:
> 
> > We got a bug report about Libtool 1.5.22 and SunOS 4.1.x this year, so
> > I'm not doing any C89 cleanup on branch-1-5.
> 
> "this year" meaning 2007?  Or in the last 12 months?

Oops.  Don't you hate it when you start a mail, get sidetracked, and
only get back to it a month later... :-/  Sorry about that.

> I searched for such a bug report and found only
> <http://lists.gnu.org/archive/html/bug-libtool/2006-06/msg00021.html>
> which mentions m68k SunOS 4.1.1 and sparc sunos 4.1.4.  However, in
> <http://lists.gnu.org/archive/html/bug-libtool/2006-06/msg00025.html>
> you asked "Does anybody actually use these systems outside of a
> museum?", noting that Sun itself dropped support for these operating
> systems long ago, and didn't get a response.

Yes, but IIRC that was because I could not get into contact with the bug
reporter.  Its mailer systematically rejected my mails (from more than
one location).

> Obviously it's up to you as to whether to do C89 cleanup, but if that
> bug report is what we're talking about, I wouldn't worry about it.

Sure.  My position is that I want as little changes to branch-1-5
Libtool as necessary.  Cleanup to HEAD is fine if nondisruptive.

> On the other hand, is libtool supposed to address the problem of
> freestanding C compilers?  If so, the only headers it is allowed to
> assume are <float.h>, <limits.h>, <stdarg.h>, and <stddef.h>.  If
> memory serves, gnulib sometimes assumes freestanding, but more often
> hosted.

I was thinking this as well.  I don't have much experience with
freestanding environments.  Is it likely (in practice) to have math
functions like sin, cos, available but not math.h?  Similarly, is it
likely to have string functions but not string.h?

Cheers,
Ralf