From mboxrd@z Thu Jan 1 00:00:00 1970 From: Albert ARIBAUD Date: Wed, 01 Dec 2010 19:36:38 +0100 Subject: [U-Boot] [PATCH] ARMv7: Fix linker errors across toolchain versions In-Reply-To: References: <1291216634-7510-1-git-send-email-premi@ti.com> <4CF68230.7060107@free.fr> <4CF68693.1050406@free.fr> Message-ID: <4CF695B6.2010106@free.fr> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Le 01/12/2010 19:19, Premi, Sanjeev a ?crit : >> If you find another way to do this overlay yet end up producing a >> different binary, I'll be interested in the result, but I >> honestly don't >> think you will find any. > > [sp] I am trying on this. Getting back to linker scripts after many > years. But assuming that there is no way; I am still looking > for an explanation on: > > 1) why the current metod produces different errors across > different toolchain versions. Good question. I know this linker file is exactly the same as for arm926ejs, and I don't get the error with edminiv2 which is arm926ejs based; so it's not only different toolchains, it is also different boards or even different build environments. > 2) How does presence of one variable alone breaks the build? Good question again. > At least, compiler doesn't complain. Even moving it out > of .bss by explicit initialization doesn't help. > BTW, I verified that it is not used anywhere till end of > board_init_f() - didn't go further. Should I? For the moment we should focus on what happens when we use the current .lds -- it causes a linker error, right? Once we get this sorted out, we'll see if the build actually runs. > Can yo help me on these? As for the linker error, I am sorry I got a bit lost: I know which toolchains you tried (2010q1 and 2009q1) but not exactly which codebase you build (is it v2010.12-rc2 ? master ? specific patches?) or which board you build. Please refresh me on this, so that I can reproduce the issue locally (I've got 2010q1 already installed). > ~sanjeev Amicalement, -- Albert.