Post Created date
attiny4 pgm_read_byte problem
As I already said: . 1) There is no need for PROGMEM. . 2) Even if you use PROGMEM, do *not* use pgm_read . 3) If you like pgm_read so much, it's up to you to make your life...
Monday, 23 September 2019 - 17:14
attiny4 pgm_read_byte problem
If you use progmem, please read the manual *again*. It works different for ATtiny4. Adding offset by hand is wrong. Apart from that you don't need inline asm for LD.
Sunday, 22 September 2019 - 20:28
attiny4 pgm_read_byte problem
Just use vanilla C. The linker script locates .rodata in flash and adds the needed offsets to symbol values. . __flash is not supported, avr-gcc will error.
Sunday, 22 September 2019 - 20:22
gcc8 error: pseudo instruction `__gcc_isr' not supported
Hi, you can find spec files for 0-series here: . . The files have 3 additions: the asm_gccisr spec from above, definition of a...
Friday, 13 September 2019 - 17:48
fixed point support in avr-g++ compiler
It is only available in C, not in C++.
Saturday, 3 August 2019 - 08:17
attiny412 avr-gcc 'PORTA' undeclared (first use in this function)'
Despite ATtiny402, ATtiny412 is supported by avr-gcc v8+. What's missing is the avr-libc support. The shown %rename of *link is wrong for ATtiny412.
Thursday, 1 August 2019 - 08:39
attiny412 avr-gcc 'PORTA' undeclared (first use in this function)'
Move that option from the command line to the spec file. If you get a build error then it's not the spec file actually in use. There is detailed comment in the spec file on how...
Thursday, 1 August 2019 - 08:17
attiny412 avr-gcc 'PORTA' undeclared (first use in this function)'
This option should be set by the *cpp spec in specs-attiny412.
Wednesday, 31 July 2019 - 21:10
attiny412 avr-gcc 'PORTA' undeclared (first use in this function)'
Do you have the specs-attiny412 correct? Compiling with -H iotn412.h must be in the displayed file list. . You need avr-libc from SVN trunk or else avrxmega3 multilib support is...
Wednesday, 31 July 2019 - 16:34
Computation Problem
Just convert to uint16_t first, that won't change the result of squaring. It just makes it more efficient: . uint16_t uX = (uint16_t) X; . sum += (uint32_t) uX * uX; . That way...
Saturday, 20 July 2019 - 13:18
Announcing AVR-LIBC3
As far as device support is concerned, the respective files were available but copyrighted. I will not propose patches containing copyrighted content (whoever hosts libc or...
Thursday, 18 July 2019 - 12:03
Announcing AVR-LIBC3
strontiumdog wrote: SprinterSB wrote: strontiumdog wrote: I wanted xmega3 devices to be in AVR-LIBC, there is a patch for that. For all of my knowledge, that patch had been...
Thursday, 18 July 2019 - 07:56