On macOS 12, in a testdir of all of gnulib (including the 'abort-debug' module),
the c-stack test hangs, eating CPU time. I have to manually kill it with
"kill -9". The test's output looks like this:
$ ./test-c-stack 1
test-c-stack: program error
Stack trace:
libbacktrace: no debug info in Mach-O
Paul Eggert wrote:
> +#if defined __APPLE__ && defined __MACH__ && _GL_GNUC_PREREQ (4, 2)
> +# pragma GCC diagnostic ignored "-Wdeprecated-declarations"
> +#endif
I see some more warnings of the same kind:
../../gltests/test-execute-child.c:186:15: warning: 'sprintf' is deprecated:
This function
* lib/savewd.c (savewd_save): Remove recently-added optimization
for platforms with O_SEARCH, as it does not work on macOS 12.6
due to what seems to be a bug there.
---
ChangeLog | 5 +
doc/posix-functions/open.texi | 7 +++
doc/posix-functions/openat.texi | 7 +
* lib/strerror.c, lib/vasnprintf.c: Pacify clang 14 on macOS 12.6.
---
ChangeLog| 5 +
lib/strerror.c | 6 ++
lib/vasnprintf.c | 6 ++
3 files changed, 17 insertions(+)
diff --git a/ChangeLog b/ChangeLog
index c4b2290d6c..4a6ace7d16 100644
--- a/ChangeLog
+++ b/ChangeLog
@@
---
doc/gnulib.texi | 4
1 file changed, 4 insertions(+)
diff --git a/doc/gnulib.texi b/doc/gnulib.texi
index e8d45f32f4..75b4df60c6 100644
--- a/doc/gnulib.texi
+++ b/doc/gnulib.texi
@@ -1053,6 +1053,10 @@ null pointer type checking is more error prone. In C,
@code{_Generic}
expressions
Pádraig Brady wrote:
> and tested the attached code, which I'll push later.
Looks good, except for a typo in comment: Simplifiy → Simplify
Thanks.
Bruno
Simon Josefsson wrote:
> Hi. I am attempting to update oath-toolkit to latest gnulib, but ran
> into this compiler warning:
>
> call to 'free' declared with attribute warning: free is not future POSIX
> compliant everywhere - use gnulib module free for portability
>
> I can't find any gnulib mo
On 19/11/2024 17:34, Bruno Haible wrote:
Pádraig Brady wrote:
I would prefer to bypass the ASCII case if CODE >= 0 && CODE < 128.
However is that generally correct?
Yes, at least for CODE >= 32 && CODE < 128 it is correct.
This can be seen from the list of supported locale encodings in
gnulib/
On 19/11/2024 04:41, Grisha Levit wrote:
The u4 and U8 tests in tests/printf/printf-cov.pl fail on macOS 15:
u4...
printf: test u4: stdout mismatch, comparing u4.1 (expected) and u4.O (actual)
*** u4.1Mon Nov 18 23:30:03 2024
--- u4.OMon Nov 18 23:30:03 2024
***
*** 1
Pádraig Brady wrote:
> I would prefer to bypass the ASCII case if CODE >= 0 && CODE < 128.
> However is that generally correct?
Yes, at least for CODE >= 32 && CODE < 128 it is correct.
This can be seen from the list of supported locale encodings in
gnulib/lib/localcharset.h.
> Consider EBCDIC fo
---
doc/posix-functions/strtod.texi| 6 ++
doc/posix-functions/strtof.texi| 6 ++
doc/posix-functions/strtoimax.texi | 5 +
doc/posix-functions/strtol.texi| 5 +
doc/posix-functions/strtold.texi | 6 ++
doc/posix-functions/strtoll.texi | 5 +
doc/posix-funct
Pádraig Brady wrote:
> On your macos 15 system, iconv() of 0x30 is failing to convert from utf8 to C,
> and the fallback in unicodeio.c is outputting the \u0030.
> Now I don't have access to macos to see exactly why that iconv() is failing,
The macOS iconv() is unusable, since macOS 12. [1][2]
A
Collin Funk writes:
> Hi,
>
> Replacing http links with https was done a few years ago. I've pushed
> another patch to master cleaning up some links that were missed or added
> since then [1].
Great! Shouldn't we have a 'make syntax-check' rule for this? There
are few reasons for a http:// or
13 matches
Mail list logo
