WinAVR status...

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

Hi,

A trawl through the forums didn't yield anything clear on this, though I may have missed it...

I note that the Sourceforge project for WinAVR is now marked as "inactive".

Is there a single location for status information about WinAVR and/or avr-libc? Is it "dead" or is there something in the pipeline going forward?

Thanks

Nick

Nicko

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

There's lots of threads of speculation - Eric has confirmed that there will be future Windows based avr-gcc tool releases but cannot say much more.
Speculation is that it's going to form part of "Studio 5"

You may have noticed in the last few days that the CVS for AVR-LibC has just stepped from 1.6.x to 1.7.0 which rather suggests that some form of release is imminent.

If you Google for:

"studio 5" site:avrfreaks.net

you will probably hit most of threads with pertinent discussion - sadly you cannot easily do "Studio 5" with the search engine on this site, you can only effectively do "Studio" AND "5" which is a bit too general.

Last Edited: Thu. Jul 1, 2010 - 02:46 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Eric is no longer maintaining a third party WinAVR project for Windows builds of the GNU toolchain. Instead, future toolchain releases will be offered directly from Atmel, still overseen by Eric (but with an official Atmel stamp). Nothing to worry about.

- Dean :twisted:

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

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

A new release of the AVR32 tool chain (based on eclipse) was announced today. On downloading and investigation it shows that the AVR tool chain - compiler and library is included in it. So, it seems that the new tool chain for AVR will be based on Eclipse - which in my eyes is excellent news. Linux support out of the box by Atmel on one software platform for AVR, AVR32 through ARM9. It seems I am the first one to let the cat out of the bag - or find the cat in the bag.

Johan Hartman

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

Quote:
It seems I am the first one to let the cat out of the bag
Except that this was pretty much expected anyways, so it is an old cat.

Regards,
Steve A.

The Board helps those that help themselves.

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

This is not Schrödinger's cat (for a start, that one was in a box, not a bag...)

So, if it is now within Atmel, where does that leave the other communities using the toolchain & avr-libc, e.g. the Arduino lot...

Cheers

Nicko

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

nickds1 wrote:
So, if it is now within Atmel, where does that leave the other communities using the toolchain & avr-libc, e.g. the Arduino lot...
Almost where they are now. Maybe it is possible to extract the pre-build tools out of Atmel's delivery, or they would have to build the toolchain on their own. It is a lot of work on some platforms, but the source code didn't disappear.

Stealing Proteus doesn't make you an engineer.

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

Johan Hartman wrote:
A new release of the AVR32 tool chain (based on eclipse) was announced today. On downloading and investigation it shows that the AVR tool chain - compiler and library is included in it. So, it seems that the new tool chain for AVR will be based on Eclipse - which in my eyes is excellent news. Linux support out of the box by Atmel on one software platform for AVR, AVR32 through ARM9. It seems I am the first one to let the cat out of the bag - or find the cat in the bag.

Johan Hartman

What gcc version is it ?

/Bingo

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

Quote:
Nothing to worry about.

That won't stop us! :D

If you don't know my whole story, keep your mouth shut.

If you know my whole story, you're an accomplice. Keep your mouth shut. 

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

Quote:

So, if it is now within Atmel, where does that leave the other communities using the toolchain & avr-libc, e.g. the Arduino lot...

Are they dependent on WinAVR or do they build their underlying avr-gcc toolchain in the same way that Eric does? I suspect the latter so, just like Linux users, they can continue doing exactly what they've been doing all along.

EDIT: Oh dear it does look like Arduino just picks up a complete WinAVR build:

D:\arduino-0015\hardware\tools\avr\bin>avr-objdump.exe -v
GNU objdump (WinAVR 20081205) 2.19
Copyright 2007 Free Software Foundation, Inc.

So Arduino-0015 was based on WinAVR20081205. If they continue to just pick up WinAVRs then they could have a problem. If anyone knows the Arduino folks you might want to point this out to them as they will need to do what Arnold says above and learn to extract the new form of the toolchain or build their own Windows toolchain (maybe Eric could provide them with guidance on how to do that)

Cliff

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

Quote:
It seems I am the first one to let the cat out of the bag - or find the cat in the bag.

Maybe, several of us has peeked down the bag (read the clues here at AVRfreaks), and seen the outline of a cat-like animal.

It's just that we've not talked about it that much. Cut the Atmel folks some slack now, so that we can get Studio 5 this year.

Personally, I am quite happy with the direction things seems to take. Not that the specific super-IDE is all golden w/o flaws etc, but we can hope for a AVR(8) IDE that can run on GNU/Linux, and that has an open specification for add-ons (eg a Subversion plug-in).

My worst fear is that FLIP will be the programming software module...

As of January 15, 2018, Site fix-up work has begun! Now do your part and report any bugs or deficiencies here

No guarantees, but if we don't report problems they won't get much of  a chance to be fixed! Details/discussions at link given just above.

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

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

Johan Hartman wrote:
Linux support out of the box by Atmel

What does "Linux support" mean in this case? Is it the usual "some specific version of some specific distro on x86 only", or something I could install on my ARM NAS if I wanted to?

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

Quote:

What does "Linux support" mean in this case?

there are probably few people outside Atmel that knows for sure, but a good indicator would likely be that the support is the same as for AVR Studio32. Judhing from Atmels web page for Studio32 ( http://www.atmel.com/dyn/product... ) this means:

- Windows
- Ubuntu
- Suse Core
- RedHat Enterprise
- Fedora Core (RPM)

but there is also something referred to as "AVR32 GNU Toolchain Linux Source code" and that might be what you're looking for.

Personally I have been tempted to download and install Studio32 for quite some time. While I do not delve into AVR32 matters, I am curious to get a look at if/how Atmel has adopted the Eclipse platform. I've managed to keep the temptation off, though - my backlog of other things I'd like to do is long enough as it is - but the up-coming weekend might just be ruined... :D

As of January 15, 2018, Site fix-up work has begun! Now do your part and report any bugs or deficiencies here

No guarantees, but if we don't report problems they won't get much of  a chance to be fixed! Details/discussions at link given just above.

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

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

Quote:

Personally I have been tempted to download and install Studio32 for quite some time

Johan, I guess you've read Jan's thread here:

https://www.avrfreaks.net/index.p...

So it looks like the train has started to pull out of the station ;-)

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

I think this information of that other thread is a definitive answer to the original question.

JW

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

JohanEkdahl wrote:

Maybe, several of us has peeked down the bag (read the clues here at AVRfreaks), and seen the outline of a cat-like animal.

It still doesn't mean that it's a cat. ;)

There are still some issues to be worked out, folks. Growing pains. Sometimes the bleeding edge hurts.

Quote:
What gcc version is it ?

AVR GCC 4.4.3.

I finally feel confident in the amount of testing that AVR GCC has had in the 4.4.x series to move up to it. However, there could always be lurking issues. Remember, this series of GCC includes the new Integrated Register Allocator (IRA) which is valid for all GCC ports.

There hasn't been enough testing on 4.5.x yet to move up to that version, but I know that it's out. I'm thinking that maybe at the beginning of 2011. There are a lot of backlog issues that need to get addressed.

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

abcminiuser wrote:
Eric is no longer maintaining a third party WinAVR project for Windows builds of the GNU toolchain. Instead, future toolchain releases will be offered directly from Atmel, still overseen by Eric (but with an official Atmel stamp). Nothing to worry about.

- Dean :twisted:

Spot on. And the reason is simply to do with the amount of time it would take to manage and implement two identical projects. :shock: It really doesn't make much sense.