You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Each GD32XXX Firmware Library package comes with not just the CMSIS and SPL files, but often also with a USB device library, USB host libary, utitlity files for eval boards (e.g. gd32f303e_eval.c, gd32f307c_lcd_eval.c, ...), and other third party libraries (fat_fs, .. LCD_Commom (yes that's how they called it).
The repo should contain all these files as well. The builder script should then have options for including those additional libraries or code.
The text was updated successfully, but these errors were encountered:
I've had an idea about this: We can can model these additional components as just libraries. That way they're automatically discovered and added in the build process.
So e.g., we can create a folder libraries/GD32F30x and in that folder create a new folder for each library, say e.g. a folder with gd32f303e_eval.c and gd32f303e_eval.h in it, then a folder with the fat_fs, USB library, etc. etc.
Then the builder script can add that to the general library discovery path just like the Arduino builder scripts do with the general Arduino libraries in the libraries/ folder of the core.
Each GD32XXX Firmware Library package comes with not just the CMSIS and SPL files, but often also with a USB device library, USB host libary, utitlity files for eval boards (e.g.
gd32f303e_eval.c
,gd32f307c_lcd_eval.c
, ...), and other third party libraries (fat_fs
, ..LCD_Commom
(yes that's how they called it).The repo should contain all these files as well. The builder script should then have options for including those additional libraries or code.
The text was updated successfully, but these errors were encountered: