On OSF/1 5.1, I'm seeing this gcc warning:
wcsrtombs.c: In function 'rpl_wcsrtombs':
wcsrtombs.c:44: warning: passing argument 4 of 'wcsrtombs' from incompatible
pointer type
The reason is that wcsrtombs exists but mbstate_t and mbsinit() are
replaced by gnulib. gnulib is passing an
On HP-UX 11.11, I'm seeing this error:
cc -Ae -O -DHAVE_CONFIG_H -I. -DGNULIB_STRICT_CHECKING=1 -I. -I. -I.. -I./..
-I../gllib -I./../gllib-g -c -o test-getlogin_r.o test-getlogin_r.c
cc: test-getlogin_r.c, line 24: error 1588: getlogin_r undefined.
cc: test-getlogin_r.c, line 24: error
Bruno Haible br...@clisp.org writes:
* test-gethostname.c:24: warning: initialization from incompatible pointer
type
Similarly:
- POSIX: int gethostname(char *, size_t);
- OSF/1: int gethostname(char *, int);
Likewise.
* test-inet_ntop.c:24: warning: initialization from incompatible
Hi Simon,
* test-gethostname.c:24: warning: initialization from incompatible pointer
type
Similarly:
- POSIX: int gethostname(char *, size_t);
- OSF/1: int gethostname(char *, int);
Likewise.
* test-inet_ntop.c:24: warning: initialization from incompatible pointer
type
The ttyname_r declaration is missing on HP-UX 11 if _REENTRANT is not defined.
This leads to this error:
cc -Ae -O -DHAVE_CONFIG_H -I. -DGNULIB_STRICT_CHECKING=1 -I. -I. -I.. -I./..
-I../gllib -I./../gllib-g -c -o test-ttyname_r.o test-ttyname_r.c
cc: test-ttyname_r.c, line 22: error
Hi,
On 2010-11-04, Eric added tests checking the sign of the minus zero value
of floor, ceil, trunc, round.
http://lists.gnu.org/archive/html/bug-gnulib/2010-11/msg00020.html
http://lists.gnu.org/archive/html/bug-gnulib/2010-11/msg00029.html
These tests
- fail on OSF/1 with DEC Alpha CPU,
-
On 12/20/2010 06:55 AM, Bruno Haible wrote:
Hi,
On 2010-11-04, Eric added tests checking the sign of the minus zero value
of floor, ceil, trunc, round.
http://lists.gnu.org/archive/html/bug-gnulib/2010-11/msg00020.html
http://lists.gnu.org/archive/html/bug-gnulib/2010-11/msg00029.html
Eric Blake wrote:
- are marked as [MX] in POSIX [1][2][3][4], that is, an optional feature
not contained in ISO C 99,
[MX] means that the behavior is required on platforms that claim IEC
60559 conformance (aka IEEE 754 format); it means that you fully
implement the
On 12/20/2010 08:44 AM, Bruno Haible wrote:
Regarding DEC Alpha platforms, I don't think they are 100% IEEE 754 + 854
compliant, because the hardware designers took some shortcuts regarding
the exception handling, in order to implement the floating-point operations
in a single CPU cycle.
On 12/18/2010 06:58 AM, Bruno Haible wrote:
Hello Pádraig,
I've rebased the attached memmem reorg patch
which splits correctness checks from performance checks.
How about a couple of stylistic changes: use GNU style whitespace placement,
'const char *' not 'char *' for string literals,
Eric Blake wrote:
full IEEE compliance is expensive, and lots of people take
shortcuts unless you insist on compliance, so gnulib should tolerate
shortcuts where it is easy enough to do and where the system wasn't
trying to claim full compliance.
Yup, that's why I want to offer the gnulib
On 12/20/2010 08:31 AM, Bruno Haible wrote:
Yup, that's why I want to offer the gnulib users a choice between
'ceil' and 'ceil-posix'.
But this isn't a POSIX thing, it's an IEC 60559 thing, right?
So I don't see why the stricter modules would have the -posix
suffix. The name should be
On 12/20/2010 08:44 AM, Bruno Haible wrote:
Eric Blake wrote:
- are marked as [MX] in POSIX [1][2][3][4], that is, an optional feature
not contained in ISO C 99,
[MX] means that the behavior is required on platforms that claim IEC
60559 conformance (aka IEEE 754 format); it means that
Hi,
I've released a new stable snapshot. See attached NEWS.stable for details.
Tarball: http://erislabs.net/ianb/projects/gnulib/gnulib-20101220-stable.tar.gz
Gitweb: http://erislabs.net/gitweb?p=gnulib.git;a=shortlog;h=refs/heads/stable
Git: git://erislabs.net/gnulib.git tag: stable/20101220
14 matches
Mail list logo