Dear Ulf,
in message 011f01c6ee45$0eefaba0$0d68fe51@atmel.com you wrote:
According to the crosstool documentation at www.kegel.com:
Most combinations of gcc 3.x.x and binutils fails when you try to build a softfloat toolchain All tested combinations of gcc-4.x.x and binutils fails if softfloat is enabled. If you want to use gcc 4, you cannot build u-boot as is.
This is not correct. See for example ELDK 4.0: based on GCC 4.0, based on crosstool, and works just fine :-)
I quite often work with customers which has little or no experience with Linux but still wants to start using this for new embedded systems
My goal is to have a customer download a file, decompress it and type make. After that, everything needed to install a demo on a target should be ready.
I have choosen to use "buildroot" as the framework for this.
Buildroot will build the toolchain as part of the build process, so there is no need to download and install a toolchain. Avoiding extra steps like this has high value to me.
It is going to be very complicated to use buildroot with two toolchains and there is of course nothing in buildroot which installs ELDK as the toolset.
I do want to have u-boot built as part of the buildroot make process.
Since most combinations of gcc/binutils fail it is much easier to use a NWFPE version of the compiler also for U-boot.
It is worth 10s of kB to be able to use a single toolchain to build u-boot, Linux and filesystem
Agreed. That's how we do it with the ELDK. I don't see why this should be impossible for others.
Best regards,
Wolfgang Denk
Best Regards Ulf Samuelsson ulf@atmel.com Atmel Nordic AB Mail: Box 2033, 174 02 Sundbyberg, Sweden Visit: Kavallerivägen 24, 174 58 Sundbyberg, Sweden Phone +46 (8) 441 54 22 Fax +46 (8) 441 54 29 GSM +46 (706) 22 44 57
Technical support when I am not available: AT89 C51 Applications Group: mailto:micro.hotline@nto.atmel.com AT90 AVR Applications Group: mailto:avr@atmel.com AT91 ARM Applications Group: mailto:at91support@atmel.com FPSLIC Application Group: mailto:fpslic@atmel.com Best AVR link: www.avrfreaks.net