Closed andrewauclair closed 4 months ago
Should at least some CI checks to make sure the default behavior still generates named so files (numbered in this case, .so.101). I don't think it's critical to check that it works properly with POCO_NO_SONAME=ON
. Unless there's some way to build a single project (i.e. Foundation) and verify on a .so file is created.
Unless there's some way to build a single project (i.e. Foundation) and verify on a .so file is created.
There is a way - disable everything except CppUnit and Foundation, execute a command verifying that relevant files (don't) exist, and run foundation tests to make sure everything executes as expected.
The type and structure of the CI job would be similar to this one:
After trying this for a while and running into RPATH issues, I'm thinking this might have been a dumb idea to do in the first place. Just because it's fewer files to install doesn't mean it's better. I should switch back to using sonames.
This changes adds the ability to set the cmake NO_SONAME target property on Poco targets. Fixes #4466.