AVR C Runtime Library - Bugs: bug #37104, ATtiny5/9/10/20/40 interrupt...
You are not allowed to post comments on this tracker with your current authentication level.
bug #37104: ATtiny5/9/10/20/40 interrupt wrapper uses invalid register
Submitter: | Jonathan Oakley <jro_at_team> | ||
Submitted: | Wed 15 Aug 2012 09:36:16 AM UTC | ||
Category: | Library | Severity: | 3 - Normal |
Priority: | 5 - Normal | Item Group: | Unknown |
Status: | Invalid | Assigned to: | joerg_wunsch |
Percent Complete: | 0% | Open/Closed: | Closed |
Release: | 1.8.0 | Fixed Release: | None |
Sun 16 Sep 2012 11:19:59 AM UTC, comment #4: |
Georg-Johann Lay <gjlayde> |
Wed 15 Aug 2012 04:04:22 PM UTC, comment #3: I don't have access to the internal tracker at home, but this specific issue has been corrected in an internal build of the toolchain and should be released soon.
|
Dean Camera <abcminiuser> |
Wed 15 Aug 2012 09:49:55 AM UTC, comment #2: OK, I'll do that. Thanks for the prompt response, Joerg |
Jonathan Oakley <jro_at_team> |
Wed 15 Aug 2012 09:43:04 AM UTC, comment #1: Function prologue/epilogue generation is a matter of GCC,
|
Joerg Wunsch <joerg_wunsch> |
Wed 15 Aug 2012 09:36:16 AM UTC, original submission:
I'm not sure if this is the fault of the library or GCC, but the wrapper/prologue+epilogue generated for interrupt service routines by ISR(vect) uses r0 and r1, which don't exist on the ATtiny5/9/10/20/40 family (they only implement r16-r31). The result is six "register not supported" errors when the intermediate assembler file is compiled.
|
Jonathan Oakley <jro_at_team> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
Follow 3 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2012-08-15 | joerg_wunsch | Status | None | Invalid | |
Assigned to | None | joerg_wunsch | |||
Open/Closed | Open | Closed |
Powered by Savane 3.13-caa5.
Corresponding source code
Atmel never proposed such patches for GCC at gcc-patches@gcc.gnu.org, at least none I am aware of.
AFAIK Atmel's toolchain is based on the GCC 4.6 release series.
These patches are pretty much outdated and must be ported to trunk (future 4.8 or later).
Without having read the 4.6 patches, I can say that they will trigger merge conflicts in many, many place if used against GCC trunk...