https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103231
--- Comment #11 from Martin Liška ---
But yes, with ulimit -s 512, one can reduce it to:
$ cat pr103231.c
long g_1496_BK8K8el_2738;
int fn1_l_1522;
int fn1_l_2664;
long fn1_l_1761;
unsigned int fn1_l_1812;
int fn1_l_2189;
int fn1_by;
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103231
--- Comment #10 from Martin Liška ---
(In reply to Zhendong Su from comment #9)
> A very simple repro (with ulimit -s 32):
Well, using a stack limit of 32B does not make sense, pretty much any
executable hits stack overflow with such a small
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103231
--- Comment #9 from Zhendong Su ---
A very simple repro (with ulimit -s 32):
[530] % compile.sh small.c
*** Compiling with: gcctk -O1 small.c
gcctk: internal compiler error: Segmentation fault signal terminated program
cc1
Please submit a full
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103231
--- Comment #8 from Aldy Hernandez ---
Created attachment 51789
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51789=edit
similar problem on aarch64 kernel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103231
Aldy Hernandez changed:
What|Removed |Added
CC||amacleod at redhat dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103231
--- Comment #6 from Zhendong Su ---
(In reply to Martin Liška from comment #5)
> Simplified test-case:
Oh, great; thanks, Martin!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103231
--- Comment #5 from Martin Liška ---
Simplified test-case:
cat pr103231.c
void BHbHb2l_1912();
int a;
int bs;
long g_1496_BK8K8el_2738;
long fn1_l_1522;
int fn1_l_1708;
int fn1_l_2085;
int fn1_l_2664;
int fn1_bv;
int fn1_l_2354;
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103231
--- Comment #4 from Martin Liška ---
Started with r12-5014-g6b8b959675a3e14c.
