https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #16 from Tom de Vries ---
Author: vries
Date: Mon Aug 29 07:57:16 2016
New Revision: 239816
URL: https://gcc.gnu.org/viewcvs?rev=239816=gcc=rev
Log:
2016-08-29 Tom de Vries
backport from trunk:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #14 from Bernd Edlinger ---
Author: edlinger
Date: Thu Sep 17 19:43:00 2015
New Revision: 227886
URL: https://gcc.gnu.org/viewcvs?rev=227886=gcc=rev
Log:
2015-09-17 Bernd Edlinger
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
Bernd Edlinger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #13 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
Created attachment 35747
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35747action=edit
Proposed Fix
that's what I think should fix the sporadic fall-out on both test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #12 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
The same could happen also with object-size-10.c:
https://gcc.gnu.org/ml/gcc-testresults/2015-04/msg01293.html
FAIL: c-c++-common/ubsan/object-size-10.c -O2 execution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #10 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
Hmmm, the other issue is this:
g++ -g -O2 -fsanitize=undefined object-size-9.c
./a.out
object-size-9.c:21:11: runtime error: load of address 0x7fffaad34acc with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #9 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
this should avoid the random 'memory cannot be printed' issue:
Index: object-size-9.c
===
--- object-size-9.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #11 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
I don't know if that is a bug or not.
I see that -fpic does not inline f2 and f3.
The two messages seem to be always missing when
not inlined...
So, how about this:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #8 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
(In reply to vries from comment #7)
Created attachment 35215 [details]
relevant bit of gcc.log
Next time I encounter it, I'll try to post the full FAIL message
I ran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #7 from vries at gcc dot gnu.org ---
Created attachment 35215
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35215action=edit
relevant bit of gcc.log
Next time I encounter it, I'll try to post the full FAIL message
I ran into
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #5 from H.J. Lu hjl.tools at gmail dot com ---
(In reply to Bernd Edlinger from comment #4)
I have never seen these test cases fail in my tests.
But how do you start the test that it uses all the different combinations
of -fpic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
Bernd Edlinger bernd.edlinger at hotmail dot de changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org ---
The padding of struct on the same target should not change randomly though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
--- Comment #3 from H.J. Lu hjl.tools at gmail dot com ---
I also saw
FAIL: c-c++-common/ubsan/object-size-10.c -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects execution test
at random on Linux/ia32.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64078
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||mpolacek at
16 matches
Mail list logo