\uD83D\uDDD3 Date
\uD83D\uDC65 Participants
Joe Alderson
Jonatan Antoni
Kyle Dando
Maxime Dortel
Evgueni Driouk
Mark Edgeworth
Eric Finco
Bill Fletcher
Vincent Grenet
Graham Hammond
Reinhard Keil
Joachim Krech
Frederic Ruelle
Sophie Williams
Daniel Brondani
David Jurajda
Erik Lundin
Marc Goodner
Samuel Hultgren
Slides
Notes
RK: (CMSIS-Build - support IAR C/C++ Compiler for ARM) Has anyone reached out to IAR from ST to discuss this project?
JK: I have spoken to IAR. Understand the Tarek making the pull request reached out to IAR. Contact Tarek directly for the IAR contact.
Demo
FR: The tool decides what the output is?
DB: Can explicitly set build type and target type
RK: Need to document what you’ve implemented
ED: Suggest to use standard path placeholders with curly braces
Issue #81 “Get rid of project names as much as possible”
JK: Think it’s trying to be quite simplistic.
RK: Proposal is not to include name in a yaml file. (link to Support for unnamed *.yml files). Could have a file starting with a dot and would be hidden.
VG: Depends what we want to promote to the user. Add a UI and use this as metadata
JA: If want users to edit them, don’t want to hide them.
Issue #85 “Handling of Packs”
RK: Take a look and see if there are any problems with it. Believe it should solve ST’s item.
“Open Door to Vendor Specific Data Addon” Issue #83
ED: I need to be able to store the data as it was.
JA: Need to see if we can point to an additional schema file for the vendor specific area.
RK: Need to define the behaviour of the tools in these sections. Have to retain the content.
ED: Would it be better to refer to other files?
RK: Here the suggestion is to allow any key, any value.
Generator Support/Extensions
RK: Don’t have a good way to integrate CubeMX into a commandline based environment
FR: Proposal is to work slightly differently. At the moment CubeMX does the composition and generates the project files. Perhaps we can split it.