[Bug ipa/104377] Unreachable code in create_specialized_node of ipa-prop.c?

2022-02-14 Thread fxue at os dot amperecomputing.com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104377 --- Comment #4 from Feng Xue --- (In reply to Martin Jambor from comment #2) > (In reply to Feng Xue from comment #1) > > > > OK. I does missed something. Here we could not hold assumption that > > ipcp_decision_stage() only sees raw cgraph

[Bug ipa/104377] Unreachable code in create_specialized_node of ipa-prop.c?

2022-02-09 Thread jamborm at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104377 --- Comment #3 from Martin Jambor --- By the way, it would be good to invent some (slightly?) more intuitive API for ipa_param_adjustments adjustments, merging and similar operations. I simply left it for later when I hoped I would have a

[Bug ipa/104377] Unreachable code in create_specialized_node of ipa-prop.c?

2022-02-09 Thread jamborm at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104377 --- Comment #2 from Martin Jambor --- (In reply to Feng Xue from comment #1) > > OK. I does missed something. Here we could not hold assumption that > ipcp_decision_stage() only sees raw cgraph node, since sometime in the > future some new ipa

[Bug ipa/104377] Unreachable code in create_specialized_node of ipa-prop.c?

2022-02-04 Thread fxue at os dot amperecomputing.com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104377 --- Comment #1 from Feng Xue --- (In reply to Feng Xue from comment #0) > For function create_specialized_node(), the "node" to operated on seems > always to be an original cgraph node, never a clone node. From call graph > related to the