public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/97565] -flto -ipa-pta ICE: at cgraph_node::get_untransformed_body() Date: Mon, 09 Nov 2020 15:25:09 +0000 [thread overview] Message-ID: <bug-97565-4-zeSd0ClNPg@http.gcc.gnu.org/bugzilla/> (raw) In-Reply-To: <bug-97565-4@http.gcc.gnu.org/bugzilla/> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97565 --- Comment #3 from Richard Biener <rguenth at gcc dot gnu.org> --- So the odd thing is that PTA sees /* Nodes without a body are not interesting. Especially do not visit clones at this point for now - we get duplicate decls there for inline clones at least. */ if (!node->has_gimple_body_p () || node->inlined_to) continue; node->get_body (); (gdb) p node->debug () abort/0 (abort) @0x7ffff661b000 Type: function definition Visibility: in_other_partition externally_visible prevailing_def_ironly_exp external public visibility_specified References: Referring: abort/2 (alias) Read from file: ./t.ltrans0.o Availability: available Unit id: 2 Function flags: count:1073741824 (estimated locally) nonfreeing_fn unlikely_executed Called by: Calls: but /* Return true when callgraph node is a function with Gimple body defined in current unit. Functions can also be define externally or they can be thunks with no Gimple representation. Note that at WPA stage, the function body may not be present in memory. */ inline bool has_gimple_body_p (void); where I assume that this means the current _LTRANS_ unit has the body defined. The other odd thing is that the node has ->used_from_other_partition false. Full initial symtab: Creating file ./t.ltrans0.o with sub id 0x7c0d6948e785db2d Symbol table: abort/0 (abort) @0x7f3431cf9000 Type: function definition Visibility: in_other_partition externally_visible prevailing_def_ironly_exp external public visibility_specified References: Referring: abort/2 (alias) Read from file: ./t.ltrans0.o Unit id: 2 Function flags: count:1073741824 (estimated locally) nonfreeing_fn unlikely_executed Called by: Calls: abort/2 (abort) @0x7f3431ef5ee0 Type: function definition analyzed alias transparent_alias Visibility: externally_visible external public visibility_specified References: abort/0 (alias) Referring: Read from file: ./t.ltrans0.o Unit id: 3 Function flags: Called by: main/1 (0 (precise),0.00 per call) (can throw external) Calls: main/1 (main) @0x7f3431ef5dd0 Type: function definition analyzed Visibility: externally_visible prevailing_def public References: Referring: Read from file: ./t.ltrans0.o Unit id: 3 Function flags: count:0 (precise) only_called_at_startup nonfreeing_fn unlikely_executed Called by: Calls: abort/2 (0 (precise),0.00 per call) (can throw external) oddly enough symbol and alias are in different partitions? Honza - is this a PTA bug (need to check in_other_partition?) or a IPA bug?
next prev parent reply other threads:[~2020-11-09 15:25 UTC|newest] Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-10-24 19:26 [Bug ipa/97565] New: " slyfox at gcc dot gnu.org 2020-10-24 20:06 ` [Bug ipa/97565] " slyfox at gcc dot gnu.org 2020-10-26 8:14 ` rguenth at gcc dot gnu.org 2020-11-09 15:25 ` rguenth at gcc dot gnu.org [this message] 2021-07-12 19:35 ` xry111 at mengyan1223 dot wang 2021-07-13 6:57 ` rguenth at gcc dot gnu.org 2021-08-23 12:08 ` hubicka at gcc dot gnu.org 2021-08-23 14:30 ` cvs-commit at gcc dot gnu.org 2021-08-23 14:31 ` rguenth at gcc dot gnu.org 2021-08-23 18:16 ` slyfox at gcc dot gnu.org 2021-08-24 7:58 ` cvs-commit at gcc dot gnu.org 2021-08-24 9:17 ` cvs-commit at gcc dot gnu.org 2021-08-24 9:18 ` rguenth at gcc dot gnu.org
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=bug-97565-4-zeSd0ClNPg@http.gcc.gnu.org/bugzilla/ \ --to=gcc-bugzilla@gcc.gnu.org \ --cc=gcc-bugs@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).