public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* Re: MIPS: Get rid of branches to .subsections.
       [not found] <20100818124310.GA23744@linux-mips.org>
@ 2010-08-18 19:07 ` Matt Fleming
  0 siblings, 0 replies; only message in thread
From: Matt Fleming @ 2010-08-18 19:07 UTC (permalink / raw)
  To: Ralf Baechle; +Cc: linux-mips, Paul Gortmaker, gcc

On Wed, Aug 18, 2010 at 01:43:10PM +0100, Ralf Baechle wrote:
> It was a nice optimization - on paper at least.  In practice it results in
> branches that may exceed the maximum legal range for a branch.  We can
> fight that problem with -ffunction-sections but -ffunction-sections again
> is incompatible with -pg used by the function tracer.

I'm pretty sure that this check in GCC is historic. I know it has been
discussed in the past but I don't think a solution was ever reached
and my google skills are failing me, I can't find the discussion in
the archives.

We maintain a patch at work that removes this check because we always
use -ffunction-sections and also needed to be able to profile
things. We've never seen any issues.

GCC guys, is this check still needed? Does anyone know which
architecture required this restriction?

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2010-08-18 13:33 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <20100818124310.GA23744@linux-mips.org>
2010-08-18 19:07 ` MIPS: Get rid of branches to .subsections Matt Fleming

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).