<div dir="ltr"><div>Hi.<br></div><div><br></div><div>I now implemented pkg-config parsing and it works nicely with the tools given by CMake / kitware. I was able to build the hello application with the automatic pkg flag parsing for sparc/erc32, sparc/leon3 and arm/stm32h7.<br></div><div>
I do not know exactly when this feature was added to be honest. I set the minimum required version for CMake to 3.15 in my applications (not sure whether I even use the feature which required this anymore) and have not set a minimum requirement in the RTEMS support files yet. <br></div><div><br></div><div>It is still possible to disable the CMake PKG parsing and add RTEMS flags manually for a given BSP by supplying a special define. I am also considering adding the PKG parse variables to the CMakeCache so they can be used globally and read in the CMake GUI or with ccmake.<br></div><div><br></div><div>I significantly improved the documentation both in code and in the main README (primarily about how the build support can be configured and what configuration options are required, how to get it working etc.)</div><div> </div><div><br></div><div>I have changed RTEMS_PATH to RTEMS. The version number can already be supplied or set in the application CMakeLists.txt manually and then there will be no automatic determination. I can disable the automatic version determination (it would not break the building process, however not having a valid version number anywhere, either set manually or passed via command line AND not able to parsing it will of course break the process) if you think this is a bad idea.</div><div><br></div><div>Kind Regards</div><div>Robin<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 14 Dec 2020 at 01:12, Chris Johns <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</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 11/12/20 8:58 pm, Stanislav Pankevich wrote:<br>
> Having this said, I would like to avoid pushing the CMake-way of doing things as<br>
> a better way.<br>
<br>
Yeah, lets put that to one side. That is a topic for a coffee or a bar ... one<br>
day :)<br>
<br>
> Instead, I could contribute feedback to Robin's work here:<br>
> <a href="https://github.com/rmspacefish/rtems-cmake" rel="noreferrer" target="_blank">https://github.com/rmspacefish/rtems-cmake</a><br>
> <<a href="https://github.com/rmspacefish/rtems-cmake" rel="noreferrer" target="_blank">https://github.com/rmspacefish/rtems-cmake</a>>. For example, I could do the<br>
> exercise of using his Just 3 files to see if our embedded target would compile<br>
> and run. No hard promises about the time frames though until the Christmas<br>
> holidays :)<br>
<br>
Your help in testing and suggesting changes would be most welcome. I think you<br>
would benefit from being able to use a standard RTEMS build with an cmake<br>
compatible method.<br>
<br>
Thanks<br>
Chris<br>
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
</blockquote></div>