Build error due to missing locale_t on IBM z/OS

[Daniel Richard G.]

Hello list,

I tested the latest tree on z/OS, and encountered this compile error:

$ make check
make  check-recursive
make[1]: Entering directory `/tmp/gnulib-build/gllib'
make[2]: Entering directory `/tmp/gnulib-build/gllib'
source='/tmp/testdir/gllib/hard-locale.c' object='hard-locale.o' libtool=no \
DEPDIR=.deps depmode=aix /bin/sh /tmp/testdir/build-aux/depcomp \
xlc-wrap -DHAVE_CONFIG_H -I. -I/tmp/testdir/gllib -I..  
-DGNULIB_STRICT_CHECKING=1 -D_XOPEN_SOURCE=600 -DNSIG=39 -qhaltonmsg=CCN3296  
-g -qfloat=ieee -qlanglvl=extc99  -c -o hard-locale.o 
/tmp/testdir/gllib/hard-locale.c
ERROR CCN3166 ./locale.h:648   Definition of function locale_t requires 
parentheses.
ERROR CCN3276 ./locale.h:648   Syntax error: possible missing '{'?
ERROR CCN3273 /usr/include/stdlib.h:64    Missing type in declaration of div_t.
ERROR CCN3166 /usr/include/stdlib.h:544   Definition of function div_t requires 
parentheses.
[...]

This system has a fairly minimal locale.h; there is no locale_t type,
and while duplocale() is detected in a link test, the additional
check fails:

configure:11007: checking for duplocale
configure:11007: xlc-wrap -o conftest -g -qfloat=ieee -qlanglvl=extc99  
-D_XOPEN_SOURCE=600 -DNSIG=39 -qhaltonmsg=CCN3296  conftest.c  >&5
configure:11007: $? = 0
configure:11007: result: yes
[...]
configure:37582: checking whether duplocale(LC_GLOBAL_LOCALE) works
configure:37672: xlc-wrap -o conftest -g -qfloat=ieee -qlanglvl=extc99  
-D_XOPEN_SOURCE=600 -DNSIG=39 -qhaltonmsg=CCN3296  conftest.c  >&5
ERROR CCN3275 ./conftest.c:453   Unexpected text loc encountered.
ERROR CCN3045 ./conftest.c:453   Undeclared identifier locale_t.
ERROR CCN3045 ./conftest.c:463   Undeclared identifier LC_GLOBAL_LOCALE.
ERROR CCN3045 ./conftest.c:463   Undeclared identifier loc.
CCN0793(I) Compilation failed for file ./conftest.c.  Object file not created.
configure:37672: $? = 12

I don't see duplocale() anywhere under /usr/include/, so the link test
result is probably spurious.


--Daniel


(Please Cc: any replies to me, as I am not subscribed to this list)


-- 
Daniel Richard G. || address@hidden
My ASCII-art .sig got a bad case of Times New Roman.