Hi there. I've always wanted to mix this: http://www.futurlec.com/ET-STM32_Stamp.shtml with some of this: http://bit.ly/cD0JPS to control my one of these: http://www.traxxas.com/products/electric/rustler2006/gallery/3705-3qrtr-Blac...
and it sounds like a good opportunity to dogfood the Linaro toolchain at the same time. What's the best way to set up a Cortex-M3 toolchain with an appropriate newlib and libgcc?
A wrapper script works fine but I need a way of recompiling libgcc for the Cortex-M series. I'd love to get a arm-none-eabi toolchain package out of this that others could use. Could I re-work the cross packaging to use newlib and change the configure flags instead? Are there existing Debianised cross packages that I could reuse?
Ta,
-- Michael
On Sat, Sep 11, 2010, Michael Hope wrote:
A wrapper script works fine but I need a way of recompiling libgcc for the Cortex-M series. I'd love to get a arm-none-eabi toolchain package out of this that others could use. Could I re-work the cross packaging to use newlib and change the configure flags instead? Are there existing Debianised cross packages that I could reuse?
Back when I was reinventing the wheel creating cross-compiler packages (lp:~lool/+junk/cross-toolchain) I had support for newlib; the same approach as the one hrw took would work, albeit with some patching to the newlib packaging. It would be awesome to extend his work to be able to just declare "armel + newlib for cortex-m1" in the cross-toolchain packages which we'd just have to add to a PPA :-)
I didn't think this through fully though, and I expect it's more work than a manually rolled toolchain
On 9/11/2010 1:22 AM, Loïc Minier wrote:
A wrapper script works fine but I need a way of recompiling libgcc for the Cortex-M series.
Have we considered simply referring people to Sourcery G++ Lite Edition?
CodeSourcery is already providing zero-cost cross-compilation packages for ARM -- for all of bare-metal, uClinux, and Linux -- with both Windows and Linux hosts. They're being downloaded thousands of times per month. Why reinvent the wheel?
On Sun, Sep 12, 2010 at 9:05 AM, Mark Mitchell mark@codesourcery.com wrote:
Have we considered simply referring people to Sourcery G++ Lite Edition?
CodeSourcery is already providing zero-cost cross-compilation packages for ARM -- for all of bare-metal, uClinux, and Linux -- with both Windows and Linux hosts. They're being downloaded thousands of times per month. Why reinvent the wheel?
Oh, I have very unusual needs. I want to use the product I'm working on in an after-hours project. CodeSourcery don't provide a Linaro GCC 4.5 based toolchain.
Note that is completely outside the scope of Linaro as we're all about the Cortex-A and Linux. It's a personal scratch I'd like to itch.
-- Michael
On 12.09.2010 00:03, Michael Hope wrote:
On Sun, Sep 12, 2010 at 9:05 AM, Mark Mitchellmark@codesourcery.com wrote:
Have we considered simply referring people to Sourcery G++ Lite Edition?
CodeSourcery is already providing zero-cost cross-compilation packages for ARM -- for all of bare-metal, uClinux, and Linux -- with both Windows and Linux hosts. They're being downloaded thousands of times per month. Why reinvent the wheel?
Oh, I have very unusual needs. I want to use the product I'm working on in an after-hours project. CodeSourcery don't provide a Linaro GCC 4.5 based toolchain.
Note that is completely outside the scope of Linaro as we're all about the Cortex-A and Linux. It's a personal scratch I'd like to itch.
while outside Linaro, I'd like to build the spu toolchain for Ubuntu using this cross infrastructure (using newlib) to simplify the current packaging in binutils and gcc-4.x.
Matthias
On 11/09/10 23:03, Michael Hope wrote:
Oh, I have very unusual needs. I want to use the product I'm working on in an after-hours project. CodeSourcery don't provide a Linaro GCC 4.5 based toolchain.
There will be a GCC 4.5 based toolchain from CodeSourcery in a month or two.
Of course, that's no reason not to reinvent the wheel for fun. :)
Andrew
linaro-toolchain@lists.linaro.org
-
Andrew Stubbs -
Loïc Minier -
Mark Mitchell -
Matthias Klose -
Michael Hope