public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "chrbr at gcc dot gnu dot org" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/15473] Sibcall optimization for libcalls. Date: Mon, 03 Sep 2007 13:25:00 -0000 [thread overview] Message-ID: <20070903132457.2795.qmail@sourceware.org> (raw) In-Reply-To: <bug-15473-5009@http.gcc.gnu.org/bugzilla/> ------- Comment #3 from chrbr at gcc dot gnu dot org 2007-09-03 13:24 ------- this report is quite old, but worth to pop : We found similar problems with implicit memory block copying when using struct copying by value. (frequent in C++ ) Softfloat architectures making a very extensive use of libcalls are also very sensitive to this lost optimisation (it is a performance regression since the optimisation was correctly done with a gcc 3.4.3). The rtl was then emitted both for normal calls and sibling calls and stored in a "placeholder". The placeholder was decided to be emitted after all the stmts were expanded. Since gcc 4.0 the placeholders have disapeared so we lost the ability to optimise libcalls in the backend. I will try to make use of the cfg information available in expand to decide if we can pass BLOCK_OP_TAILCALL to emit_block_move. I expect that libcalls can share the same interface. -- chrbr at gcc dot gnu dot org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chrbr at gcc dot gnu dot org Last reconfirmed|2006-03-01 02:40:48 |2007-09-03 13:24:57 date| | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15473
next parent reply other threads:[~2007-09-03 13:25 UTC|newest] Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top [not found] <bug-15473-5009@http.gcc.gnu.org/bugzilla/> 2007-09-03 13:25 ` chrbr at gcc dot gnu dot org [this message] 2007-10-09 8:36 ` chrbr at gcc dot gnu dot org [not found] <bug-15473-4@http.gcc.gnu.org/bugzilla/> 2015-09-08 13:03 ` hjl.tools at gmail dot com 2021-08-14 9:43 ` pinskia at gcc dot gnu.org 2004-05-17 0:47 [Bug tree-optimization/15473] New: [tree-ssa] " kazu at cs dot umass dot edu 2004-05-17 19:33 ` [Bug rtl-optimization/15473] " steven at gcc dot gnu dot org 2004-08-16 0:19 ` pinskia at gcc dot gnu dot 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=20070903132457.2795.qmail@sourceware.org \ --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).