The short story :)
I just finished the build of the avr32 Version of binutils-2.22 8).
I tried the gas and ld test (make check), but this produced some errors.
The same error happened with my build of binutils 2.20.1.
I guess ATMEL didn't update the test cases for long time.
Currently I have no hardware to test the result. I hope someone else can try this version.
You can find the full statically built binaries here:
http://avr.anw.at/avr32/binaries/avr32-tools-0.1.0.tgz
And the README:
http://avr.anw.at/avr32/binaries/README
The patch(es) can be found here:
http://avr.anw.at/avr32/patches/binutils/2_22/
The binaries should run on any system newer than Debian Etch (e.g.: Lenny, Squeeze, wheezy, ...). I guess a RedHat based system will work, too.
Why I did it :shock:
I am still using a Lenny system and the tools from ATMEL will not run on Lenny. So I decided to rebuild the tools.
I used the avr32-toolchain from James Snyder, available here:
https://github.com/jsnyder/avr32-toolchain
Then I had the idea to make gdb running in this make file. The original version couldn't handle delta building of parts, which is required during patch development. I didn't want to fix all the different make steps separately. So I decided to use a new approach, where make macros are generating the rules.
At the end I started a new avr32-toolchain project, which you can get here:
http://web.anw.at/websvn/listing.php?repname=avr32-toolchain
The new make file:
http://web.anw.at/websvn/filedetails.php?repname=avr32-toolchain&path=%2Ftrunk%2FMakefile
Then I decided to use the newest sources and then I had a lot of work with binutils :oops:.
In the hope that the changes can be put into the mainline binutils in the near future, I made it as perfect as I could. I did analyze several mainline changes, before I fixed the linker. But when I am honest. I have not much knowledge of all this stuff.
The best would be, that someone from ATMEL or some other experienced person will check my changes. If the internals of binutils have changed much, I guess it will not work.
Next would be GCC 4.7. I am not sure if this is the right version to try, because the current avr32 GCC is version 4.4.3. There are a lot of changes in GCC since that version, but when we want to have the avr32 target in the mainline, we need to do it in the most recent version, I guess.
Before I start!
Has anybody else started such a project?
Are there any good reasons not to try it?
Does ATMEL already work on this subject?
Cheers,
Jasmin