From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeroen Hofstee Date: Sat, 02 Feb 2013 20:12:42 +0100 Subject: [U-Boot] U-Boot Bug with newer GCC In-Reply-To: <510D3427.9040001@myspectrum.nl> References: <20130201113111.DC53920055E@gemini.denx.de> <510CD045.8050207@denx.de> <510CE804.7020600@myspectrum.nl> <510D3427.9040001@myspectrum.nl> Message-ID: <510D652A.5090503@myspectrum.nl> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hello, On 02/02/2013 04:43 PM, Jeroen Hofstee wrote: > >>> Sebastian wrote On 01.02.2013 08:55: >>>> we are using u-boot in our embedded system with arm-1136jfs cpu. >>>> We recently tried a new toolchain with GCC 4.7.2. >>>> If compiled with the new toolchain the feature CONFIG_AUTO_COMPLETE >>>> isn't working. >>> >> I am tempted to think that is unrelated. First of all since you >> encounter >> problems with the 4.6 toolchain. This trap is not present when >> compiling with a 4.6 version (at least not for me). >> Well, that turned out to be wrong, don't know exactly why, but it is related. Perhaps because it is not a toolchain issue I took it for, but slightly different placement between the different compiler versions. >> Second, because I bothered Marex and Albert already with this >> problem on irc and they concluded it could not be ll related. >> It might be that code running before relocation could corrupt the data used after relocation. Which would flaw the argument, "after relocation ll should be fine". >> Third, because dumping the array of commands to a console, >> displays them all correctly. > > For completeness, the third statement is wrong. It is only the case > for the working version, the table has incorrect values for > cmdtp->name in current master. So lets hope it is the same problem. > I will wait for Albert his patch and check again. Thanks for the pointer. > So it seems to be, that patch at least solves this issue. Sebastian: can you check if this is resolved also resolved for your board after applying http://patchwork.ozlabs.org/patch/217695/ Regards, Jeroen