Not able to compile for ATmega3209/3208/1609/1608/809/808 using the latest toolchain #67
Comments
|
That error sounds super familiar.... IIRC it was also something silly - like, it didn't stick in my head enough for me to remember the details |
|
@SpenceKonde something silly with the toolchain, or something stupidly simple you had to do to fix it? |
|
Yeah, one of those. Actually, I think what I wound up doing (because I
couldn't get crosscompile working anyway so actually building all the stuff
wasnt going to work), that worked for now, was a bastardized toolchain
pack, with arduino5 binaries, but latest libraries from atpacks. Didnt fet
far enough along to convert that into packages though
Messaging you on my slack (fate intervened and I'm not where I want to be
on several fronts currently) things are moving, just slower
…____________
Spence Konde
Azzy’S Electronics
New products! Check them out at tindie.com/stores/DrAzzy
GitHub: github.com/SpenceKonde
ATTinyCore: Arduino support for almost every ATTiny microcontroller
Contact: [email protected]
On Tue, Apr 28, 2020, 01:52 Hans ***@***.***> wrote:
@SpenceKonde <https://github.com/SpenceKonde> something silly with the
toolchain, or something stupidly simple you had to do to fix it?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#67 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABTXEW3GEQ4AZ2FEXM34GL3ROZVJFANCNFSM4MSAKPEQ>
.
|
|
@facchinm do you know what's causing this? Are there other changes to *arduino6 other than an updated pack? |
|
In recent ATpacks, DATAMEM_SIZE has changed - looking at the latest atpacks, almost everything is else is a simple fix or correction, plus some changed to how reserved registers are shown... but DATAMEM_SIZE has grown, and for many chips is now 2^16. I can't say I know exactly what this macro means - but I'm pretty sure this change is what's making everything barf here.... |
|
This seems to be a known issue with the latest pack. It's caused by the linker script https://www.avrfreaks.net/forum/failing-linker-new-device-pack-attiny-0-series |
|
this link explains what went wrong: |
See info.txt in alsoneeded directory for more information on this. These files need to replace the standard versions of them in order to fix arduino#66, arduino#67, and an issue with eeprom_is_ready() in eeprom.h that manifests on the newer parts. Unfortunately I'm not good enough at shell scripting to make the build scripts slip these fixes in
See info.txt in alsoneeded directory for more information on this. These files need to replace the standard versions of them in order to fix arduino#66, arduino#67, and an issue with eeprom_is_ready() in eeprom.h that manifests on the newer parts. Unfortunately I'm not good enough at shell scripting to make the build scripts slip these fixes in
|
Whoops, forgot to close this! |
I stumbled across this weird issue today. I'm not able to build for any of the mentioned targets using the latest 7.3.0-atmel3.6.1-arduino6 toolchain. It does work for ATmega4809/4808 though. This is the error I'm getting:
It works flawlessly with 7.3.0-atmel3.6.1-arduino5. Any idea what may cause this?
If you want to try it yourself, you can install MegaCoreX 1.0.2 from the boards manager. Note that 1.0.2 has a bug that prevents the 32-pin pinout from building (will fix it very soon). If you want to test this on ATmega3208/1608/808 you will have to select the 28-pin pinout.
The text was updated successfully, but these errors were encountered: