linux-mips
[Top] [All Lists]

Re: 2.6.26-gitX: insane number of section headers

To: Manuel Lauss <mano@roarinelk.homelinux.net>
Subject: Re: 2.6.26-gitX: insane number of section headers
From: Ralf Baechle <ralf@linux-mips.org>
Date: Wed, 16 Jul 2008 11:59:27 +0100
Cc: linux-mips@linux-mips.org
In-reply-to: <20080716081532.GB3184@roarinelk.homelinux.net>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <20080716075246.GA3184@roarinelk.homelinux.net> <20080716081532.GB3184@roarinelk.homelinux.net>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Mutt/1.5.18 (2008-05-17)
On Wed, Jul 16, 2008 at 10:15:32AM +0200, Manuel Lauss wrote:

> On Wed, Jul 16, 2008 at 09:52:46AM +0200, Manuel Lauss wrote:
> > Hello,
> > 
> > Todays 2.6.26-git kernel produces an insane amout of section headers in the
> > vmlinux file, one for every function. Is that intentional, or a toolchain
> > problem on my side (binutils-2.18, gcc-4.2.4)?
> 
> 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.

  Ralf

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