public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Richard Guenther <richard.guenther@gmail.com>
To: Etienne Lorrain <etienne_lorrain@yahoo.fr>
Cc: gcc@gcc.gnu.org
Subject: Re: GCC-4.0.2 20050811: should GCC consider inlining functions in between different sections?
Date: Fri, 12 Aug 2005 11:07:00 -0000	[thread overview]
Message-ID: <84fc9c0005081204071177b70e@mail.gmail.com> (raw)
In-Reply-To: <20050812104015.21689.qmail@web26904.mail.ukl.yahoo.com>

On 8/12/05, Etienne Lorrain <etienne_lorrain@yahoo.fr> wrote:
>   Hello,
> 
>  Subject says it all - I do not know if that is new. I just have a bug
>  in Gujin-1.2 with this new compiler, because function:
> 
> __attribute__ ((section (".xcode_start"), noreturn))
> void xcodeseg_never_call_address_zero (void)
> 
>  calls xcodeseg_BOOT1_putstr() generated by macro:
> 
> #define GENERATE_VOID_EXTRA2CODE_INDIRECT_STUB(fctname, fctadr, params...) \
>         __attribute__ ((section (STRING(.Xxcode2text_ ## fctname))))  \
>         void xcodeseg_ ## fctname (params) {                            \
>         EXTRASEG_REVERSE_STUB (fctadr, STRING(.Xtext2xcode_ ## fctname));\
>         }
> 
>  Adding ", noinline" to the attribute list fix it all, I just was wondering
>  if inlining in between GCC sections is safe in the general case.

Please explain the problem you're seeing.  I can see nothing wrong with inlining
functions within different sections in general.  If you're trying to
do things behind
the compilers back, though, be prepared to change workarounds with compiler
versions.

Richard.

  reply	other threads:[~2005-08-12 11:07 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-12 10:40 Etienne Lorrain
2005-08-12 11:07 ` Richard Guenther [this message]
2005-08-12 12:06   ` Etienne Lorrain
2005-08-12 17:10     ` Mike Stump
2005-08-12 17:27       ` Jan Hubicka
2005-08-16  8:15     ` Segher Boessenkool

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=84fc9c0005081204071177b70e@mail.gmail.com \
    --to=richard.guenther@gmail.com \
    --cc=etienne_lorrain@yahoo.fr \
    --cc=gcc@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: link
Be 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).