[Bug tree-optimization/58920] Overeager optimization based on TREE_THIS_NOTRAP

2021-08-13 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58920 --- Comment #7 from Andrew Pinski --- maybe have the front-end emit (if -fdelete-null-pointer-checks is on), if (ref == NULL) __builtin_unreachable(); This might most cases, how many I don't know.

[Bug tree-optimization/58920] Overeager optimization based on TREE_THIS_NOTRAP

2013-10-30 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58920 --- Comment #6 from Richard Biener --- (In reply to Eric Botcazou from comment #5) > > As of pointer vs. reference types this shouldn't matter here as you > > annotate actualy tcc_reference trees, not types. > > What Andrew meant is that one can

[Bug tree-optimization/58920] Overeager optimization based on TREE_THIS_NOTRAP

2013-10-30 Thread ebotcazou at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58920 --- Comment #5 from Eric Botcazou --- > As of pointer vs. reference types this shouldn't matter here as you > annotate actualy tcc_reference trees, not types. What Andrew meant is that one can think that it would be valid to set the flag on tcc_r

[Bug tree-optimization/58920] Overeager optimization based on TREE_THIS_NOTRAP

2013-10-30 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58920 --- Comment #4 from Richard Biener --- (In reply to Eric Botcazou from comment #3) > > The TREE_THIS_NOTRAP macro came up in email the other day, and it seemed to > > me that it would be useful to set on C++ references, since they are required > >

[Bug tree-optimization/58920] Overeager optimization based on TREE_THIS_NOTRAP

2013-10-30 Thread ebotcazou at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58920 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/58920] Overeager optimization based on TREE_THIS_NOTRAP

2013-10-29 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58920 --- Comment #2 from Andrew Pinski --- The problem is the middle-end treats pointers and references as the same so sometimes it removes the casting between the pointer type and reference types. GCC has no representation of conditional no trapping

[Bug tree-optimization/58920] Overeager optimization based on TREE_THIS_NOTRAP

2013-10-29 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58920 --- Comment #1 from Jason Merrill --- Created attachment 31109 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31109&action=edit Simplified testcase Here's a simplified version of one of the ext_pointer testcases. Compiling it with -O -fstri