<div dir="ltr"><div>Okay, I can understand that you'd like to have one build system only. We had the same issue with a former Makefile build system and the new CMake system and decided to make the former system obsolete <br>because maintaining both of them would be too much work.<br></div><div><br></div><div>First thing I  can do is that I split up the patch and extract the CMake specific files. Concerning a clean solution to allow users to use CMake without introducing files like CMakeLists.txt, <br>I am not sure right now. Extracting the information required by CMake would again require scripts to export source files and include paths. <br>The simplest solution would still be a CMakeLists.txt file in the root here which simply sets source files and include paths in the parent scope. <br>which would again be another form of maintenance burden because it still needs to figure out which port sources to add etc.<br>The rtems-cmake support is able to live without CMakeLists.txt files in RTEMS because the BSP is already compiled at that point. Doing something similar <br></div><div>would require a similar process like done in the BSP where rtems-lwip is compiled as a static library for a specific BSP,<br>installed somewhere and then an application can link against it while also including the headers.</div><div>For the RTEMS BSP this is done through provided PKG Config files. It just seems like a lot of effort for a comparatively small library.<br>
Maybe someone has a better idea?

<br><br>I am also not sure if users who are used to CMake would not just do the same thing I did if there are no CMakeLists.txt files present and the library/repository is simple enough: <br>Add those themselves in the project root or throughout the repository fork structure. But it's your call of course. Maybe some more (user) opinions would help as well.<br><br></div><div>Kind Regards<br></div><div>Robin<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 27 Apr 2021 at 18:27, Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 27/04/2021 17:23, Gedare Bloom wrote:<br>
<br>
>> I can try to get a better license for the files taken from the example. If that doesn't work out, I guess some scripting will be necessary. The problem is that these files were modified<br>
>> to be usable for RTEMS..<br>
>><br>
> Thanks. It might require iterating with the vendor. From past<br>
> experience, that can take months or years, or never happen. I think we<br>
> are generally interested in supporting the option for users to build<br>
> such proprietary drivers. After all, a user might be creating their<br>
> own drivers too. So, from a technical perspective, how we manage that<br>
> integration is a welcome discussion. We just need to be careful that<br>
> we don't try to integrate it at the source code level. I hope that<br>
> makes sense.<br>
<br>
STMicroelectronics fixed their license at some point. The newer code has <br>
this license:<br>
<br>
<a href="https://git.rtems.org/rtems/tree/bsps/arm/stm32h7/include/stm32h7xx.h" rel="noreferrer" target="_blank">https://git.rtems.org/rtems/tree/bsps/arm/stm32h7/include/stm32h7xx.h</a><br>
<br>
Maybe you can import the code from a more recent distribution.<br>
<br>
-- <br>
embedded brains GmbH<br>
Herr Sebastian HUBER<br>
Dornierstr. 4<br>
82178 Puchheim<br>
Germany<br>
email: <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a><br>
phone: +49-89-18 94 741 - 16<br>
fax:   +49-89-18 94 741 - 08<br>
<br>
Registergericht: Amtsgericht München<br>
Registernummer: HRB 157899<br>
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler<br>
Unsere Datenschutzerklärung finden Sie hier:<br>
<a href="https://embedded-brains.de/datenschutzerklaerung/" rel="noreferrer" target="_blank">https://embedded-brains.de/datenschutzerklaerung/</a><br>
<br>
</blockquote></div>