Atmel AVR 8-bit Toolchain 3.3.0

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

There is a new Atmel AVR 8-bit Toolchain 3.3.0 (Atmel's "replacement" for WinAVR).
http://www.atmel.com/dyn/resourc...

The changelog doesn't say too much, basically just new devices (XMegas mostly) I am not really interested in.

And the reality appears to confirm this - no bugs appears to be fixed (maybe the delay.h? I am not interested in that one, sorry), including the apparently badly configured build problem which results in incorrect startup code for the ATMega256x https://www.avrfreaks.net/index.p... , which appears to be a purely AS5/Toolchain error.

The legalese text in the documentation is unchanged from my last rant https://www.avrfreaks.net/index.p... ; I'd like to hear a genuine lawyer's take on this.

The installer still overwrites the path without asking, and it also reinstalled the old installation without giving me options (only if I rerun the installator, it gives me the option to install the 32-bit toolchain under "modify").

Jan Waclawek

PS. Moderator please move this to AS5 forum if you find it is more relevant there, thanks.

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

@Atmel

Is the patches included in the extracted version ?
I can't extract it on my Ubuntu , to check.

Or do you have an url for the patches ?

This url seems to contain an old version : http://distribute.atmel.no/tools...
avr_8_gnu_toolchain_version=${AVR_8_GNU_TOOLCHAIN_VERSION:-"3.2.0"}

/Bingo

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

Does anyone else get the error:

undefined reference to `__strlen_P'

When trying to use strlen_P() as a result of this update? This project used to compile fine, but now it fails for that reason. Looking around online it seems it was a result of an avr-libc update, but apparently the patch wasn't correctly applied or something to the toolchain release.

- Dean :twisted:

Make Atmel Studio better with my free extensions. Open source and feedback welcome!

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

The double-underscore in __strlen_P() is result of my suggestion https://savannah.nongnu.org/bugs... , but I am convinced Atmel did not properly check out the current avr-libc sources, including http://svn.sv.gnu.org/viewvc/tru...

If you insist on using this version of "Toolchain" then go to , remove the strlen_P() macro and rename the prototype.

Jan

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

Jan,

Bug report is filed with the Toolchain team (courtesy AVR Apps team, thanks Apps!) and is being investigated now. Hopefully we'll be able to get a speedy 3.0.1 version or something soon.

- Dean :twisted:

Make Atmel Studio better with my free extensions. Open source and feedback welcome!

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

Will we see any cut heads? ;-)

Meantime they might want to fix also https://www.avrfreaks.net/index.p... , that's their fault, too, and persists from the previous version of "Toolchain".

They might've also invented a real name for it.

JW