linux-mips
[Top] [All Lists]

Re: 2.6.26-gitX: insane number of section headers

To: ralf@linux-mips.org
Subject: Re: 2.6.26-gitX: insane number of section headers
From: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
Date: Thu, 24 Jul 2008 19:03:30 +0900 (JST)
Cc: mano@roarinelk.homelinux.net, linux-mips@linux-mips.org
In-reply-to: <20080716105927.GA8206@linux-mips.org>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <20080716075246.GA3184@roarinelk.homelinux.net> <20080716081532.GB3184@roarinelk.homelinux.net> <20080716105927.GA8206@linux-mips.org>
Sender: linux-mips-bounce@linux-mips.org
On Wed, 16 Jul 2008 11:59:27 +0100, Ralf Baechle <ralf@linux-mips.org> wrote:
> > I see Ralf added -ffunction-sections with commit
> > 372a775f50347f5c1dd87752b16e5c05ea965790.
> 
> I consider that an experimental commit.  It's meant to solve the problems
> we're having on a few very large compilation units with the limited length
> of branches.  But if the cure turns out to be worse than the illness I'm
> ready to pull it again.
> 
> A more proper patchset should modify the linker scripts to avoid the
> excessive large number of sections you've noticed.  Somebody else is
> currently working on a patchset to allow the --gc-sections ld option so
> I decieded to take the path of least resistance for now.

With this commit, the _etext symbol appeared in middle of text area.
I got _etext=0x80108438 and _text=0x80100000, but my kernel is much
bigger, of course.

Reverting the commit solved the problem.  I'm using gcc 4.3.1 and
binutils 2.18.

---
Atsushi Nemoto

<Prev in Thread] Current Thread [Next in Thread>