Sam James wrote:
> # uname -srm
> Linux 5.9.6-gentoo sparc
>
> I’ll see about getting a newer kernel.
>
> I’m using glibc (glibc-2.32-r6) which is 2.32 with some backports applied [0].
That's all right. SIGSEGV and sigaltstack handling on Linux/SPARC is correct
with
(at least) Linux >= 3.2.0 an
> On 3 Feb 2021, at 03:45, Sam James wrote:
> [snip]
>> What's the result of
>> grep LIBCSTACK config.status
>> ? I.e. is GNU libsigsegv in use? And if yes, which version?
>
> # grep LIBCSTACK config.status
> S["LTLIBCSTACK"]=""
> S["LIBCSTACK"]=""
>
> So no, I think.
>
> I then installed GN
Hi,
> On 3 Feb 2021, at 03:23, Bruno Haible wrote:
>
> Hi,
>
Hey, thanks for the quick reply.
> What's the result of
> grep LIBCSTACK config.status
> ? I.e. is GNU libsigsegv in use? And if yes, which version?
# grep LIBCSTACK config.status
S["LTLIBCSTACK"]=""
S["LIBCSTACK"]=""
So no, I th
Hi,
> "FAIL: test-c-stack.sh
> =
>
> ./test-c-stack.sh: line 7: 3238828 Segmentation fault (core dumped)
> ${CHECKER} ./test-c-stack${EXEEXT} 2> t-c-stack.tmp
> FAIL test-c-stack.sh (exit status: 1)
>
> I didn’t get much particularly useful out of gdb yet:
What's the r
Hi,
This issue was noticed through grep 3.5 and 3.6’s stack-overflow test failing
[0] on SPARC on Gentoo GNU/Linux.
Following Paul Eggert’s instructions in that bug to test gnulib’s c-stack
component, I had the following
in /gltests/test-suite.log:
"FAIL: test-c-stack.sh
=