[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: fpending issues on LSB
From: |
Paul Eggert |
Subject: |
Re: fpending issues on LSB |
Date: |
Wed, 27 Sep 2006 21:52:21 -0700 |
User-agent: |
Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) |
"Nelson H. F. Beebe" <address@hidden> writes:
> This is the same problem as before with size_t being used before
> it is defined with this compiler.
<stdio_ext.h> is one thing; it's not standardized. But <sys/types.h>
is another. The compiler is seriously broken if <sys/types.h> does
not define size_t.
As I recall, the last mainstream POSIX-like operating system that
didn't have size_t in <sys/types.h> was 4.3BSD-Reno (circa 1990), a
system so old that we haven't supported it for ages. POSIX has
required <sys/types.h> to define size_t for quite some time.
Jim indicated that he'd rather not worry about implementations that
are this far out of the mainstream. Can you please fix this with the
LSB compiler, or get it fixed?
- vasprintf on DEC [was: m4-1.4.7 build feedback], (continued)
fpending issues on LSB [was: m4-1.4.7 build feedback], Eric Blake, 2006/09/26
- Re: fpending issues on LSB, Paul Eggert, 2006/09/27
- Re: fpending issues on LSB, Nelson H. F. Beebe, 2006/09/27
- Re: fpending issues on LSB, Paul Eggert, 2006/09/27
- Re: fpending issues on LSB, Nelson H. F. Beebe, 2006/09/27
- Re: fpending issues on LSB,
Paul Eggert <=
- Re: fpending issues on LSB: [<sys/types.h> does not define size_t], Nelson H. F. Beebe, 2006/09/28
- Re: fpending issues on LSB: [<sys/types.h> does not define size_t], Bruce Korb, 2006/09/28
- Re: fpending issues on LSB: [<sys/types.h> does not define size_t], Paul Eggert, 2006/09/28
__attribute__ ((__format__)) in error.h [was: m4-1.4.7 build feedback], Eric Blake, 2006/09/26