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
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
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)
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
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.
The AS5 toolchain simply looks to "sick"
I'll ask clawson to remove the packages from wrightflyer
/Bingo
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
@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
Yeah I see.
Still, good work.
Jan
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.
No i wasn't aware of any "nasty" bugs in AS5
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:
@Dean
http://gnuwin32.sourceforge.net/
Seems a bit old
http://unxutils.sourceforge.net/
Or "snip" from WinAVR
/Bingo
The AS5 toolchain simply looks to "sick"I'll ask clawson to remove the packages from wrightflyer
/Bingo
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
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?
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. :)
@Deanhttp://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. :(
@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
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
... come to the Maker Faire and stop by.
EW wrote:Bringing any goodies like samples of new parts?... come to the Maker Faire and stop by.
Sorry, no samples of new parts.
But New York is a long way from y'all in Texas. :wink: You gonna be there?
No; but it sounds like fun.
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.
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?
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
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.
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.