[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200709061155.52661.vda.linux@googlemail.com>
Date: Thu, 6 Sep 2007 11:55:52 +0100
From: Denys Vlasenko <vda.linux@...glemail.com>
To: Sam Ravnborg <sam@...nborg.org>
Cc: kai@...maschewski.name, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 3/3] build system: section garbage collection for vmlinux
On Wednesday 05 September 2007 21:46, Sam Ravnborg wrote:
> On Wed, Sep 05, 2007 at 07:40:15PM +0100, Denys Vlasenko wrote:
> > On Wednesday 05 September 2007 14:55, Denys Vlasenko wrote:
> > > Part 3:
> > >
> > > Makefile:
> > > init/Kconfig:
> > > add config DISCARD_UNUSED_SECTIONS with appropriate
> > > big scary warning. It enables gcc and ld options
> > > for section garbage collection.
> >
> > At it typically happens, last-minute "obviously correct" change was a mistake.
> >
> > This doesn't work as intended:
> >
> > LDFLAGS_vmlinux += $(call ld-option, --gc-sections)
> >
> > With the above line, --gc-sections doesn't get added,
> > and vmlinux is not garbage collected.
> Did you find out why it does not work?
ld-option is designed to test whether -Wl,-Wsomething will work
on gcc commandline. I am adding --gc-sections to ld commandline.
> >
> > It must be
> >
> > LDFLAGS_vmlinux += --gc-sections
> Doing a normal kernel build will link vmlinux three or four times.
> If we introduce --gc-sections we should add a preparational link of
> vmlinux where we use --gc-sections and skip it for the rest of the links
> assuming that --gc-sections takes some time for ld to do.
Yes, this will speed up things a bit.
However, for me build time is totally dominated by CC stages, not LD.
I don't have 32 core CPU yet :(
--
vda
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists