https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112917
--- Comment #8 from GCC Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:320fb976e933e8892af905e68de65492568f2a49
commit r14-8642-g320fb976e933e8892af905e68de65492568f2a49
Author: Alexandre Oliva
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112917
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112917
--- Comment #6 from GCC Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:4e0a467302fea56d63b7a6d17f99c0f388960dc7
commit r14-6737-g4e0a467302fea56d63b7a6d17f99c0f388960dc7
Author: Alexandre Oliva
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112917
--- Comment #5 from GCC Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:9fa35dbb901b11d31a897cc88c9258e7cd35b899
commit r14-6736-g9fa35dbb901b11d31a897cc88c9258e7cd35b899
Author: Alexandre Oliva
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112917
--- Comment #4 from Alexandre Oliva ---
Ok, I understand the issues now.
The problem on sparc32 is indeed the large register save area that
__strub_leave allocates, that overlaps with stack space it's expected to scrub,
and that thus doesn't ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112917
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Alexandre Oliva ---
> Nevermind, I've managed to log into the cfarm machines running solaris/sparc.
Good: while the Solaris 11.3/SPARC system (cfarm211) seems to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112917
--- Comment #2 from Alexandre Oliva ---
Nevermind, I've managed to log into the cfarm machines running solaris/sparc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112917
Alexandre Oliva changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112917
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |14.0
