New avr-gcc on wrightflyer - based on AS5 (Revoked)

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

Released a new avr-gcc package , based on the AS5 patches from Atmel.
And included the new "Stock" avrdude 5.11

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

/Bingo

Last Edited: Mon. Sep 12, 2011 - 05:53 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Bingo,

I cannot think of specific examples right now but you do know that there are some faults in "AS5 AVR Toolchain"? (one I vaguely remember is some devices have LPM when it should be ELPM in their .data loop). Can you confirm this is not going to suffer from the same?

I guess I can find out if I can first refresh my memory as to what some of the AS5/Toolchain faults were - but this is just a heads up to be "wary" until this has been fully tested. (I'm not sure if the errors were faults in the "ingredients" or the method Atmel used to combine them)

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

clawson wrote:
Bingo,

I cannot think of specific examples right now but you do know that there are some faults in "AS5 AVR Toolchain"? (one I vaguely remember is some devices have LPM when it should be ELPM in their .data loop). Can you confirm this is not going to suffer from the same?

I guess I can find out if I can first refresh my memory as to what some of the AS5/Toolchain faults were - but this is just a heads up to be "wary" until this has been fully tested. (I'm not sure if the errors were faults in the "ingredients" or the method Atmel used to combine them)

No i wasn't aware of any "nasty" bugs in AS5 :?

I would expect any error in AS5 to be present here also :cry:

/Bingo

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

Hmmm ...

Think i found it
https://www.avrfreaks.net/index.p...

/Bingo

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

It wasn't just this issue - I think I've read between 5 and 10 things wrong with "Toolchain" in all the threads that have appeared in AS5 forum. As I say I don't know if this was "wrong ingredients" (missing patches etc) or wrong method (like an engineer at Atmel passed a wrong .configure flag or something that lead to wrong binary being generated). If it's an "ingredients" problem then this may also suffer, if it was a method problem it could/should be OK.

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

The AS5 toolchain simply looks to "sick"

I'll ask clawson to remove the packages from wrightflyer

/Bingo

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

Good job, Bingo. Again, thanks from somebody who will not use it, but is happy it is there alive.

Now the hard stuff. Have you checked/tested/catered somehow for the known issues?

- incorrect startup for the >=64kW devices (I guess this not likely to be present in your build)
https://www.avrfreaks.net/index.p...

- incorrectly used Carlos Lamas morepgmspace in avr-libc
https://www.avrfreaks.net/index.p...

- problems with rjmp in some of the avr-libc asm sources, mainly float (SprinterSB mentioned this several times, and probably also filed an avr-libc tracker item, somebody please add a good link here)[EDIT found it! :-) ] https://savannah.nongnu.org/bugs...

- an as option which suddenly started working and now causes excessive translation times; best to be corrected by omitting this option in mfile template
https://www.avrfreaks.net/index.p...

- linker problem with compiling without -relax on >=64kW devices (relates to function pointers and switches)
https://www.avrfreaks.net/index.p...

- linker problem related to -relax and a particular position of an ISR
https://www.avrfreaks.net/index.p...

- maybe others know more such issues

The last two linker issues are not new to the AS5 issue so they are no regression which would need more attention than the other bugs listed or not listed on the respective zillion tracker/websites.

I know you don't have the resources to go through all of these, but I post here in hope Eric reads this.

Jan

Last Edited: Thu. Sep 15, 2011 - 05:59 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

@Wek

I actually just wanted to update to avrdude 5.11.
And decided to try out the "old AS5-beta" patches ... Baaaadd Move :-(

It seems like these patches are newer , and the AS5-beta dir has disappeared on the atmel site.
http://distribute.atmel.no/tools...

I might give the above patches a try , and have a look at your findings.

Basically i'm not much for rolling an own release , i normally use Jörg's FreeBSD patches.
But a simple fix or two i can handle.

The rest would be from Jörg , EW or Sprinter.

Then i have "official backup"

/Bingo

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

Yeah I see.
Still, good work.

Jan

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

Hi Guys,

Yes, I'm looking at this thread with interest. Though it will be difficult for me to act on anything for the next week.

Anyone can ping my email at any time.

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

Quote:
No i wasn't aware of any "nasty" bugs in AS5
There is an entire forum dedicated to that.. :lol:

John Samperi

Ampertronics Pty. Ltd.

https://www.ampertronics.com.au

* Electronic Design * Custom Products * Contract Assembly

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

During the beta, a number of toolchain bugs were found - and I believe fixed by reverting back to a previous version of AVR-GCC (IIRC, it was an issue with the latest GCC producing bad opcodes). That's why the toolchain for AVR8s was/is using an older version of GCC.

I use the toolchain every day and the only issue I've had with it - with my limited number of tested AVR target models - is the obvious lack of GNU utilities like grep and sh which the WinAVR templates rely on.

Eric: the world needs a new WinAVR, if only to get new Windows binaries of an up to date GCC, avr-libc and avrdude out there.

- Dean :twisted:

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

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

@Dean

http://gnuwin32.sourceforge.net/

Seems a bit old
http://unxutils.sourceforge.net/

Or "snip" from WinAVR

/Bingo

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

Bingo600 wrote:
The AS5 toolchain simply looks to "sick"

I'll ask clawson to remove the packages from wrightflyer

/Bingo

You are way too shy: the pros are not doing any better.

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

(There appear to be more patches in there, but I can't comment on their relevance. Do you want to see them?)

JW

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

Just to note that I deleted the 4.5.1 .deb packages from my site at Bingo's request.

As Jan notes they've just release a new toolchain - so maybe it's worth trying again with this one? Or maybe just monitor AS5 forum for a while to see how many bugs this one has?

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

abcminiuser wrote:

Eric: the world needs a new WinAVR, if only to get new Windows binaries of an up to date GCC, avr-libc and avrdude out there.

Hi Dean,

Yes, I'm aware. I have previously said that I'm working on a new WinAVR release. And I am, but other duties also get in the way.

I will be attending the Maker Faire in New York this upcoming weekend:
http://makerfaire.com/newyork/2011/

And I will also be speaking at this event:
http://makerfaire.com/pub/e/7149

Getting ready for this has taken up more time then I previously expected.

Joerg Wunsch has gotten out new releases of avrdude and avarice. Both of us will be working on avr-libc in preparation for a new release (1.8.0). Georg-Johann Lay is still working on bug fixes, including backports for the 4.6 series that I'm going to be including.

So, if any of you will be in the NY area, come to the Maker Faire and stop by. :)

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

Bingo600 wrote:
@Dean

http://gnuwin32.sourceforge.net/

Seems a bit old
http://unxutils.sourceforge.net/

Or "snip" from WinAVR

/Bingo

Yes, the gnuwin32 project is fantastic, except for the fact that they don't have bash! I've had a request into that project for *years* to add bash. The request is still open. :(

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

@All

Good oooleee avr-gcc-4.3.4 on wrightflyer

It's based on the old "Trusty" avr-gcc-4-3-4 , avr-libc-1.7.1 , avr-insight-6.8-1a and the new avrdude-5.11
https://www.avrfreaks.net/index.p...

/Bingo

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

EW wrote:

Joerg Wunsch has gotten out new releases of avrdude and avarice.

FSCK :?

Just included avrdude-5.11 in the new "rebuild" of avr-gcc-4.3.4, didn't see a new avarice announced (here).

Anyway .. avarice NEWS , indicates that it's a bugfix release.
That mostly fixed the inability to build it with newer GCC's.
I already have that patch applied.

/Bingo

Last Edited: Tue. Sep 13, 2011 - 06:26 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

EW wrote:
... come to the Maker Faire and stop by.
Bringing any goodies like samples of new parts?

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

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

gchapman wrote:
EW wrote:
... come to the Maker Faire and stop by.
Bringing any goodies like samples of new parts?

Sorry, no samples of new parts.

But New York is a long way from y'all in Texas. :wink: You gonna be there?

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

No; but it sounds like fun.

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

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

EW: Can we see your presentation as webcast in Internet? NY is rather pretty far away from me, but it is extremely interesting to hear something about toolchain future.

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

Quote:
It's based on the old "Trusty" avr-gcc-4-3-4

Are any of the gcc releases newer than 4.3 considered usable for AVR? I know several had real show-stopper bugs, but I haven't been paying that much attention...

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

Quote:

Are any of the gcc releases newer than 4.3 considered usable for AVR?

Depends what you mean by "usable". Atmel ship 4.5.1 as "AVR Toolchain" both with AS5 and separately. Whether that's actually usable or not is another question ;-)

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

AS5/toolchain apparently IS usable. The reported bugs occur relatively seldom - e.g. most of bugs I am ranting about only impact specifically the ATMega256x users.

Both versions have their bugs. Moreover the library has its bugs, too. For example, the new Bingo's package is not likely to have removed the bug with incorrectly built Carlos Lamas libraries.

JW

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

TFrancuz wrote:
EW: Can we see your presentation as webcast in Internet? NY is rather pretty far away from me, but it is extremely interesting to hear something about toolchain future.

The toolchain future stuff is probably not as interesting as you would hope it would be. I've had to really tailor the presentation to the audience that I will be speaking to, which is not as technically knowledgeable as the typical AVR Freaks user. Plus, there only so much that I can talk about what is going on inside Atmel.

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

westfw wrote:
Quote:
It's based on the old "Trusty" avr-gcc-4-3-4

Are any of the gcc releases newer than 4.3 considered usable for AVR? I know several had real show-stopper bugs, but I haven't been paying that much attention...

I'm planning on include GCC 4.6.1 + backported patches that fix a number of bugs. These patches have all been done by Georg-Johann Lay, and I'm very appreciative of the great work that he has been doing on the AVR port recently. I know that GCC 4.7 will be even better for the AVR when it finally comes out!

I'm planning on GNU Binutils 2.21.1 at the moment, but there has been some talk on the Binutils mailing list about putting out a 2.22 release. Depending on timing, I'll include that version if it is released soon.

We need to have a new avr-libc release, and Joerg and I will be working on the bug list shortly. The new release will be 1.8.0 when it's done.