* Paul Eggert wrote on Mon, Jan 22, 2007 at 03:22:51AM CET:
My experience is that everyone who's reported a bug against SunOS
4.1.x for several years, is either (1) doing it only because they're
worried we might still want to be portable to SunOS 4.1.x, or (2)
maintaining a computer museum.
Ralf Wildenhues [EMAIL PROTECTED] 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.
That's not a problem, I only meant it to apply to future version. (I
assume there will be future versions not based on branch-1-5 ;-)).
Hello Simon,
Apologies for the long delay.
* Simon Josefsson wrote on Mon, Oct 30, 2006 at 01:46:30PM CET:
Bruno Haible [EMAIL PROTECTED] writes:
Is strings.h needed on any modern platform?
No.
I see that argz.c comes from libtool. Would this patch be acceptable?
I'm cc:ing
Ralf Wildenhues [EMAIL PROTECTED] 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?
I searched for such a bug report and found only
cc:ing bug-libtool in case they have some legacy priority that
demand strings.h.
/Simon
Index: argz.c
===
RCS file: /sources/gnulib/gnulib/lib/argz.c,v
retrieving revision 1.8
diff -u -p -r1.8 argz.c
--- argz.c 24 Oct 2006 20
that memory.h is a side-effect of using strings.h, and that
memory.h is not needed today either?
I see that argz.c comes from libtool. Would this patch be acceptable?
I'm cc:ing bug-libtool in case they have some legacy priority that
demand strings.h.
/Simon
--- argz.c 25 Oct 2006 13:16:14 +0200
Simon Josefsson wrote:
I assume that memory.h is a side-effect of using strings.h, and that
memory.h is not needed today either?
Yes. Even on older systems like Solaris 2.4, AIX 4.3, IRIX 6.5, HP-UX 11,
OSF/1 4.0, the contents of memory.h is also available through string.h.
Bruno
