GCC for XMega A4U? (using Fedora Linux)

Go To Last Post
14 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I'm using Fedora Linux and I cannot find a compiler that lists the XMega A4U as a supported device.
I have not yet got a device (I expect to get one soon, hope to be able to use it).

I have installed avr-gcc-4.6.2 (from Fedora repositories). gcc-4.5.1 from Atmel download site (avr toolchain, usable with the Xmega 32A4). Now trying also GCC 4.7.0 pre-release.

EHMMM.... I think avr-libc-1.8.0 also lacks support for these devices (or possibly it did not compile because the compiler do not support them?).

Could I compile for A4 and use the binary on A4U (not using new hardware features?). Any foreseeable updates? (it looks like they are missing the GCC-4.7.0 release schedule).

From my point of view, Atmel ARE shooting themselves in the foot (and I'm not the first person to say it).

*TIA, -- Itai Nahshon

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

itai_n wrote:
Could I compile for A4 and use the binary on A4U (not using new hardware features?).
Maybe.
Atmel AVR1021: Migration from ATxmega32A4/16A4 to ATxmega32A4U/16A4U

"Dare to be naïve." - Buckminster Fuller

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

gchapman wrote:
itai_n wrote:
Could I compile for A4 and use the binary on A4U (not using new hardware features?).
Maybe.
Atmel AVR1021: Migration from ATxmega32A4/16A4 to ATxmega32A4U/16A4U

Thanks! I was not aware of that document.

(I just got my package from Batsocks so now I can actually try it).

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

itai_n wrote:
Any foreseeable updates?
Yes. For another (not Atmel) GCC, they released about every 6 to 12 months. CodeSourcery (a GCC principal) releases or updates about every 3 to 6 months.
I don't know how often Atmel releases or updates its GCC patches.

Edit:
Otherwise,
http://www.atmel.com/Images/avr8-gnu-toolchain-3.3.0.364-readme.pdf states a Linux version exists for xmega32a4u.
Does it?
If not, could try installing and running the Windows version on 'wine'.

"Dare to be naïve." - Buckminster Fuller

Last Edited: Thu. Feb 9, 2012 - 07:19 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I'm in the same boat. It appears that they offer two binary versions of the 8-bit compiler & no source versions of the avr8 compiler (only the avr32 compiler).

64-bit linux:
http://www.atmel.com/Images/avr8...

32-bit linux:
http://www.atmel.com/Images/avr8...

It has been my experience that it takes a very long time for code to make it from the Atmel version of the gcc toolchain into the mainline version of gcc (which is where avr-gcc rpm is built from), if ever. For example, the release date for the 3.2.3.314 listed in the file is May 19, 2011 and the most recent release of avr-gcc (today) is 4.6.2 on Dec 23, 2011.

The compiler appears to work, but I am not able to flash any chips with avrdude.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

schmidtw wrote:
It appears that they offer two binary versions of the 8-bit compiler ...
Thanks for the url to the Atmel version 3.2.3 AVR toolchains.
Have you located the version 3.3.0 Atmel toolchains for Linux?
Reason: These have the USB XMEGAs.
My search was unsuccessful.
Thanks!

"Dare to be naïve." - Buckminster Fuller

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:

Have you located the version 3.3.0 Atmel toolchains for Linux?
Reason: These have the USB XMEGAs.

Atmel do not build Linux binaries. Under their GPL obligation they publish the patchset they use to build "Toolchain" (on Windows) and leave it to the Linux user to pull the source trees for GCC and binutils and AVR-LibC then apply those patches and build themselves. I don't think anyone has actually done/published the result of this yet.

Be warned that if you do you will inherit the same bugs as Toolchain itself.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
Atmel do not build Linux binaries.
This is from the toolchain 3.3 release notes: "On Linux AVR 8-bits GNU Toolchain is also available as a TAR.GZ archive which can be extracted using the 'tar' utility."
Bummer.
clawson wrote:
I don't think anyone has actually done/published the result of this yet.
Yea, the 3.2 patches are available but not 3.3.

"Dare to be naïve." - Buckminster Fuller

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:

Yea, the 3.2 patches are available but not 3.3.

Someone should rattle their GPL cage again then!

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I installed AVR Studio on windows just to get the patches. It does include the patches for gcc-4.5.1 and for binutils-2.20.1. Surprise! the patches could apply without a problem.
So far I've had a compile error on binutils (variable set but not used). I Will get to it later.

Avr-libc is probably a recent version + additions that are not in the avr-libc SVN repository.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

If you use 4.5 you also want to backport fix PR46779.

avrfreaks does not support Opera. Profile inactive.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I have already got the AVR-Toolchain-3.2.3 (binaries from Atmel). I want 3.3.0 with some XMEGA U support.

schmidtw - I have not had any problem with avrdude & Linux. Used it for several tiny, mega & xmega devices with different programmers. Please give more details and we'll try to help.

SprinterSB - I'm now on 4.5.1 + the AVR Studio 3.3.0 patches. Is there an easy way to get a patch for PR46779 other than digging the GCC SVN repository?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

If a patch goes upstream respective PR gets automatically a link to it attached and you soon find http://gcc.gnu.org/viewcvs/branc...

avrfreaks does not support Opera. Profile inactive.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I notice that the patches included with the latest Studio 6 (6.0.1843) don't include the A3U and A4U parts support. Anywhere to get these patches?

I like cats, too. Let's exchange recipes.