FWIW, Michael's recipe for building here
https://code.launchpad.net/~michaelh1/+junk/cross-build has worked
well for me.
On Wed, Mar 2, 2011 at 11:09 AM, Matthias Klose wrote:
> On 02.03.2011 19:02, Andrew Stubbs wrote:
>> On 02/03/11 17:52, Nicolas Pitre wrote:
>>> Building a cross-compiler is a
I'm really sorry to have started this, but for completeness here is
the rest of the story. The hypothetical scenario is a developer that
maintains u-boot for multiple platforms. Using a codesourcery or eldk
(from denx.de) toolchain one can use the appropriate -march= to get
the right code from th
or old and new ARM chips with the same gcc. U-Boot has
its own libgcc that I can use as a work around.
John
On Tue, Oct 5, 2010 at 3:57 PM, Michael Hope wrote:
> On Wed, Oct 6, 2010 at 10:44 AM, John Rigby wrote:
>> I believe that the libgcc.a in our toolchain contains Thumb-2 code.
I believe that the libgcc.a in our toolchain contains Thumb-2 code. I
verified this by doing objdump on libgcc.a and I see combinations of
16 and 32 bit instructions. So does that mean that the toolchain is
only usable for ARM versions that support Thumb-2?
Thanks,
John
Great, thanks.
On Mon, Sep 27, 2010 at 9:38 AM, Zach Welch wrote:
> On 09/27/2010 07:12 AM, John Rigby wrote:
>> On Mon, Sep 27, 2010 at 1:05 AM, Zach Welch wrote:
> ...
>>> Last week, I started testing my BeagleBoard with OpenOCD, so I have
>>> begun trying to v
On Mon, Sep 27, 2010 at 1:05 AM, Zach Welch wrote:
> To All Ye Linaro Toolchain Folk, (and OpenOCD developers too)
>
> After a week of reading specifications and code, I am ready to start
> doing some serious hacking on OpenOCD. The following outlines my present
> plans and expectations, with the
While trying out the u-boot-next branch I found a problem. First some
explanation. On most platforms, u-boot is linked to the address it
will first start running. For example when using NOR flash U-Boot
will be linked to an address in flash. Very early in the boot
process, U-Boot copies itself
