On 04/28/2016 06:34 PM, Tom Rini wrote:
On Thu, Apr 28, 2016 at 05:55:17PM -0500, Adam Ford wrote:
I am hoping to look at this tomorrow at work. Any suggested toolchain you recommend?
gcc-4.9.x fails (too large), gcc-5.3.x succeeds, gcc-6.x is also likely fine but I haven't started using those SDKs I just made today.
Hi Tom,
Using gcc-5.3.0, for 'omap3_logic', I get the following:
---8<------------------------------------------ arm-cortexa8-linux-gnueabihf-ld.bfd: u-boot-spl section `.data' will not fit in region `.sram' arm-cortexa8-linux-gnueabihf-ld.bfd: region `.sram' overflowed by 948 bytes ---8<------------------------------------------
I built the compiler today with crosstool-ng.
gcc version 5.3.0 (crosstool-NG crosstool-ng-1.22.0-134-ge1d494a)
What things could/should be removed, from the configuration, to avoid these kinds of things in the future?
I would expect that the default board configuration to be less sensitive, in general. I guess I want to know what is the right size for an OMAP3 with SPL enabled.
Changing compilers, just for this, can cause quite a ripple on projects and the products that are supported by them.
Derald Woods
U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot