https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
--- Comment #15 from camm at debian dot org ---
Created attachment 33575
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33575&action=edit
setjmp saves f31, then zeroes out the result with stvxv3,0,r5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
--- Comment #14 from camm at debian dot org ---
Created attachment 33574
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33574&action=edit
continuation of gdb.7 showing no stfd fp31,((39)*8)(3) executed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
--- Comment #13 from camm at debian dot org ---
Created attachment 33573
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33573&action=edit
gdb transcript shoinwg f31 is correct on entry to setjmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
--- Comment #12 from camm at debian dot org ---
Created attachment 33572
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33572&action=edit
setjmp does write to jmp_buf, but not at the end of the buffer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
--- Comment #11 from camm at debian dot org ---
Created attachment 33571
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33571&action=edit
gdb transcript showing jmp_buf is unchanged across setjmp && longjmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
Peter Bergner changed:
What|Removed |Added
CC||uweigand at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
--- Comment #9 from camm at debian dot org ---
Created attachment 33570
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33570&action=edit
the setjmp buffer does not appear to be clobbered
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
--- Comment #8 from Peter Bergner ---
(In reply to camm from comment #6)
> Here is another transcript showing the innermost setjmp/longjmp pair
> corrupting the f31 register.
I've looked at the longjmp code and it seems fine to me. Since you sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
--- Comment #7 from camm at debian dot org ---
Created attachment 33567
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33567&action=edit
gdb transcript showing innermost setjmp/longjmp f31 clobber
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
--- Comment #6 from camm at debian dot org ---
Here is another transcript showing the innermost setjmp/longjmp pair corrupting
the f31 register. It is a little complicated as there is an inner call to the
same code which proceeds successfully.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
--- Comment #5 from Andreas Schwab ---
Please make sure all functions are called exactly as they are defined.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
--- Comment #4 from camm at debian dot org ---
Created attachment 33564
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33564&action=edit
additional gdb transcript showing 0 f31 transmitted to return of Lnk23 in L2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
--- Comment #3 from camm at debian dot org ---
Additional transcript showing the 0 f31 value is transmitted to the return of
the original call through Lnk23 in L2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
--- Comment #2 from camm at debian dot org ---
Created attachment 33563
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33563&action=edit
gdb transcript showing longjmp clobbering of f31
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
--- Comment #1 from Peter Bergner ---
(In reply to camm from comment #0)
> Created attachment 33551 [details]
> invert.c, invert.cpp, and invert.gdb gdb session
>
> Register variable stored in f31 is stored on the stack, but not restored and
> t
16 matches
Mail list logo