doc: Document portability of __VA_ARGS__

2023-10-03 Bruno Haible doc: Document portability of __VA_ARGS__. * doc/gnulib-readme.texi (C99 features assumed): Add a note about __VA_ARGS__. diff --git a/doc/gnulib-readme.texi b/doc/gnulib-readme.texi index d65360536b..a08d3c0100 100644 --- a/doc/gnulib-readme.texi

ilogb: Document a Mac OS X bug

A test failure on Mac OS X 10.5.8 (64-bit) no longer occurs since 2021-01-06. 2023-10-03 Bruno Haible ilogb: Document a Mac OS X bug. * doc/posix-functions/ilogb.texi: Mention a bug that affects Mac OS X. * m4/ilogb.m4 (gl_FUNC_ILOGB): Update comments. diff --git a/do

*printf-posix: Work around bug with %#.0x on Mac OS X 10.6

In a testdir build on Mac OS X 10.5.8, I see these test failures: FAIL: test-snprintf-posix FAIL: test-sprintf-posix FAIL: test-vasnprintf-posix FAIL: test-vasnwprintf-posix FAIL: test-vasprintf-posix FAIL: test-vsnprintf-posix FAIL: test-vsprintf-posix In particular: $ cat test-vasnprintf-posix

Re: access: Work around trailing slash bug on Mac OS X 10.5

I wrote: > On Mac OS X 10.5, I see this test failure: > > ../../gltests/test-faccessat.c:63: assertion 'faccessat (AT_FDCWD, BASE > "link2/", F_OK, 0) != 0' failed > FAIL test-faccessat (exit status: 134) It is now fixed by the preceding changes to access() and euidaccess(). But one can strength

euidaccess: Reject trailing slashes on symlinks to non-directories

I wrote: > On this platform, faccessat is emulated through access() and euidaccess(): > > $ nm gllib/faccessat.o > U ___error > U _access > U _euidaccess > T _faccessat > U _fchdir > U _free_cwd > U _openat_proc_name > U _ope

Re: access: Work around trailing slash bug on Mac OS X 10.5

I did: > 2023-10-03 Bruno Haible > > access: Work around trailing slash bug on Mac OS X 10.5. This change was incomplete: When the 'stat' module is in use, the unit test fails. Easy to fix: 2023-10-03 Bruno Haible access: Make last change work also when module 'stat' is in

access: Work around trailing slash bug on Mac OS X 10.5

On Mac OS X 10.5, I see this test failure: ../../gltests/test-faccessat.c:63: assertion 'faccessat (AT_FDCWD, BASE "link2/", F_OK, 0) != 0' failed FAIL test-faccessat (exit status: 134) And indeed, POSIX requires that facce

update-copyright tests: Fix test failure

In a testdir of all of gnulib, on Mac OS X 10.5.8, I see this test failure: FAIL: test-update-copyright.sh This is the log file: $ cat test-update-copyright.sh.log --- - 2023-10-03 10:28:56.0 +0200 +++ update-copyright.test-ex-stderr 2023-10-03 10:28:56.0 +0200 @@ -1,2 +1,

Re: Recognize the *-*-windows* config triplets introduced on 2023-06-26

On 2023-08-17 I did this: > 2023-08-17 Bruno Haible > > Recognize the *-*-windows* config triplets introduced on 2023-06-26. > * m4/*.m4: Treat windows* as equivalent to mingw*. > * modules/*: Likewise. But meanwhile the config triplet *-*-windows-gnu was withdrawn. See https

string-c++-tests, uchar-c++-tests: Fix link errors on Mac OS X

Building a gnulib testdir on Mac OS X 10.5.8 with CC="gcc -arch ppc" and CXX="g++ -arch ppc", I see these link errors: g++ -arch ppc -Wno-error -g -O2 -L/Users/bruno/data/local-macos-ppc/lib -o test-string-c++ test-string-c++.o test-string-c++2.o libtests.a ../gllib/libgnu.a libtests.a ../glli

mcel tests: Fix link error

Building a testdir of gnulib on Mac OS X 10.5.8, I see this link error: gcc -m64 -std=gnu99 -Wno-error -g -O2 -L/Users/bruno/data/local-macos64/lib -o test-mcel test-mcel.o libtests.a ../gllib/libgnu.a libtests.a ../gllib/libgnu.a libtests.a Undefined symbols: "_libiconv_open", referenced

mcel: Fix compilation error in tests

Compiling a gnulib testdir on Mac OS X 10.5.8, I see this compilation error: In file included from ../../gltests/test-mcel.c:19: ../../gltests/../gllib/mcel.h: In function 'mcel_isbasic': ../../gltests/../gllib/mcel.h:200: warning: comparison is always true due to limited range of data type ../..