Bruno Haible writes:
> Po Lu wrote:
>> Unfortunately, I've got the same Sun C that you do.
>
>> Could you show the preprocessed source for a call to `offsetof' on your
>> system? I have a feeling stddef.h on this machine is somehow wrong.
>
> In your preprocessed output you had:
>
> enum { ABBR_
Some of the Gnulib testsuite failures on Haiku are due to bugs in Haiku,
which I registered. Here's the corresponding doc update.
2023-04-05 Bruno Haible
doc: Add references to registered Haiku bugs.
* doc/posix-functions/call_once.texi: Mention Haiku bug.
* doc/posix-
On Haiku, I see a test failure of test-string-desc-quotearg.
The reason is that on this platform, the C locale has UTF-8 encoding,
and therefore the quotearg.c logic uses U+2018 and U+2019 as quotation
marks, instead of the ASCII double-quote.
2023-04-05 Bruno Haible
string-desc-quote
On Haiku, in a testdir for 'random_r', I see this compilation error:
g++ -DHAVE_CONFIG_H -DEXEEXT=\"\" -I. -I.. -DGNULIB_STRICT_CHECKING=1
-DIN_GNULIB_TESTS=1 -I. -I. -I.. -I./.. -I../gllib -I./../gllib -Wno-error -g
-O2 -MT test-stdlib-c++.o -MD -MP -MF $depbase.Tpo -c -o test-stdlib-c++.o
On Haiku, I get these link errors in a testdir:
gcc -Wno-error -g -O2 -L/boot/home/config/non-packaged/lib -o test-forkpty
test-forkpty.o libtests.a ../gllib/libgnu.a libtests.a ../gllib/libgnu.a
libtests.a
/boot/system/develop/tools/bin/../lib/gcc/x86_64-unknown-haiku/11.2.0/../../../../x86_6
On Haiku I see a compilation error, because EDOOFUS and EINVAL have the
same value.
This patch fixes it.
2023-04-05 Bruno Haible
strerrorname_np: Fix compilation error on Haiku.
* lib/strerrorname_np.c (strerrorname_np): Avoid conflict between
EDOOFUS and EINVAL.
I wrote:
> * lib/uchar.in.h: Invoke _GL_INLINE_HEADER_BEGIN, _GL_INLINE_HEADER_END.
> (btoc32): Inline if _GL_WCHAR_T_IS_UCS4.
> (c32isalnum, c32isalpha, c32isblank, c32iscntrl, c32isdigit, c32isgraph,
> c32islower, c32isprint, c32ispunct, c32isspace, c32isupper,
> c32
Haiku has a bug in its locale_t memory management code.
It hits the Gnulib localename test. The workaround is to
never call freelocale().
2023-04-05 Bruno Haible
localename tests: Work around a Haiku bug.
* tests/test-localename.c (freelocale): New macro.
diff --git a/tests/t
In 2022, Haiku got support for per-thread locales (POSIX functions
uselocale, newlocale, duplocale, freelocale).
Gnulib needs support for this in the 'localename' module (so that
GNU gettext will work when a per-thread locale is installed).
This patch does it. It is pretty ugly, though.
2023-04
On Haiku (2021 / 2022), is not self-contained:
/boot/system/develop/headers/posix/uchar.h:17:9: error: unknown type name
'uint_least32_t'
17 | typedef uint_least32_t char32_t;
| ^~
/boot/system/develop/headers/posix/uchar.h:18:9: error: unknown type name
'uint_least
Po Lu wrote:
> Unfortunately, I've got the same Sun C that you do.
> Could you show the preprocessed source for a call to `offsetof' on your
> system? I have a feeling stddef.h on this machine is somehow wrong.
In your preprocessed output you had:
enum { ABBR_SIZE_MIN = DEFAULT_MXFAST - ( ( si
Bruno Haible writes:
> I cannot reproduce it.
>
> On Solaris 10:
> $ PATH=/opt/developerstudio12.5/bin:$PATH
> $ cc -V
>
> cc: Studio 12.5 Sun C 5.14 SunO
Hi,
Po Lu wrote:
> I can't build Emacs with Sun C 5.14, on x86_64-pc-solaris2.11:
>
> cc -m64 -c-g3 -O -I. -I../src -I. -I./../src -o time_rz.o time_rz.c
> "time_rz.c", line 45: non-constant enumerator value
> cc: acomp failed for time_rz.c
> gmake: *** [Makefile:84: time_rz.o] Error 2
I wrote:
> * modules/stdlib (Files): Add m4/locale-fr.m4.
Oops. The command
./gnulib-tool --create-testdir --dir=../testdir --with-c++-tests
--without-privileged-tests --single-configure time_rz
now produces this warning and error:
configure.ac:330: warning: AM_LANGINFO_CODESET is m
14 matches
Mail list logo
