https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116061
--- Comment #8 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:e5a9c15266ba70b3a4cbc0f8e6bc8537c9b1c12d
commit r13-9021-ge5a9c15266ba70b3a4cbc0f8e6bc8537c9b1c12d
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116061
--- Comment #7 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:181f40f5cf8510a16191e4768dadbe2cb7a5c095
commit r14-10507-g181f40f5cf8510a16191e4768dadbe2cb7a5c095
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116061
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:69e69847e21a8d951ab5f09fd3421449564dba31
commit r15-2274-g69e69847e21a8d951ab5f09fd3421449564dba31
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116061
--- Comment #5 from Peter Bergner ---
(In reply to Jakub Jelinek from comment #4)
> Actually not that, but
> s/int g;/short int g;/
Yes, this does not abort with either -m32 or -m64 for me. The other suggestion
still aborted.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116061
--- Comment #4 from Jakub Jelinek ---
Actually not that, but
s/int g;/short int g;/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116061
--- Comment #3 from Jakub Jelinek ---
Ah, guess I should memcpy into short int, not int.
Does
s/static inline int/static inline short int/
fix this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116061
--- Comment #2 from Peter Bergner ---
It's the same code on powerpc64le-linux and it passes, so the uninitialized
stack space we load must be zero?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116061
Peter Bergner changed:
What|Removed |Added
CC||linkw at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116061
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Component|other
