On Thu, Jul 11, 2013 at 01:01:30PM -0400, Michael Cashwell wrote:
> Greetings,
> 
> I've been absent for a while and couldn't find a way to search the
> list archives so I apologize if this has already been discussed?
> 
> I've been fighting the SPL binary growing too large on OMAP4 (using
> custom configs and features). It's annoying that too large just fails
> to run with no build or runtime notice. But that's a different issue.

What version are you using?  When SPL is too large a build-time failure
is expected.

> My main issue is that in looking through the map for SPL I've repeatedly 
> found code that I don't need and have a pretty good handle on that. My issue 
> is that code that is compiled but eliminated because it's not called leaves 
> behind all of its anonymous strings ("like this"). In my latest build I have 
> the following sections that are all anonymous strings:

This is http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54303 which seems to
have gotten little attention after initial triage.  I guess I need to
find a little time to show it's still there.

[snip]
> Is there a work around I haven't thought of? I'm thinking along the
> lines of disabling all printfs in SPL in the hope that will take the
> strings away (since many are some sort of debug / progress message).

One option would be to add a "disable all output" option to SPL that
would get all of the strings dropped.  I'm not sure how cleanly this can
be done, but I know it has been done.

Another option would be to do some careful splitting and #ifdef'ery of
files so that we can just never link in the stuff with strings we don't
need.

-- 
Tom

Attachment: signature.asc
Description: Digital signature

_______________________________________________
U-Boot mailing list
[email protected]
http://lists.denx.de/mailman/listinfo/u-boot

Reply via email to