https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
--- Comment #12 from asmwarrior ---
Hi, (In reply to Jonathan Wakely from comment #11)
> Does this code still get miscompiled with GCC 6 and newer?
Hi, I'm now using mingw-build i686-7.2.0-release-posix-dwarf-rt_v5-rev1, which
was downloaded fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
--- Comment #11 from Jonathan Wakely ---
Does this code still get miscompiled with GCC 6 and newer?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
--- Comment #10 from asmwarrior ---
Is it related to pointer casting? I see this post:
https://stackoverflow.com/questions/36816363/gcc-4-9-3-more-aggressive-null-pointer-check-removal
Some one reported that the Null check was removed in the fol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
--- Comment #9 from asmwarrior ---
I see this crash issue again, but still it happens in another place of the wx's
source code, add the
__attribute__((optimize("O0")))
To the function which cause the crash can workaround this issue. Note that t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
--- Comment #8 from asmwarrior ---
Hi, I just build wx2.8.12 under TDM-GCC 5.1 with
-fno-delete-null-pointer-checks enabled. But the bad thing is that I still see
the same crash here. The whole command is below:
mingw32-make -f makefile.gcc USE_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
--- Comment #7 from asmwarrior ---
The -fno-delete-null-pointer-checks option exists in -O2 mode in both GCC 4.9
and GCC 5.x, but this crash issue only happens on GCC 5.x serials. So, why do
you think it is the reason?
See my related discussion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
--- Comment #6 from Richard Biener ---
Does -fno-delete-null-pointer-checks make it work? Does -fsanitize=null
trigger?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
--- Comment #5 from Andrew Pinski ---
I don't see it at least on aarch64-elf. But I did not check all checks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
--- Comment #4 from asmwarrior ---
It looks like the code is called from an inline function, you can see this code
snippet in the prepossessed file.
inline wxObject *wxCheckDynamicCast(wxObject *obj, wxClassInfo *classInfo)
{
return obj &&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
asmwarrior changed:
What|Removed |Added
CC||asmwarrior at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
--- Comment #2 from Vadim Zeitlin ---
I'll try to add the preprocessed code a bit later, but, FWIW, I can already say
that there is no macro trickery whatsoever in this code itself.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
13 matches
Mail list logo