Hi Thorsten again,PS. If you prefer, I can reinstate these symbols as a patch with dummy implementations that merely return an error. As mentioned before, they are meant for supporting legacy code developed for NOVAS C 3.1 only, in which the user provides these as custom implementations. The packaged builds are not really supporting this type of legacy appication. If someone wants to use SuperNOVAS with such legacy code, they would have to custom build SuperNOVAS from source anyway, instead of using the packaged libs.
-- A. On 4/18/25 9:17 AM, Attila Kovacs wrote:
Hi Thorsten,The symbols you mentioned were included by mistake in the previous releases. They were never meant to be included in the first place. Both the solarsystem and solarsystem_hp are reserved for legacy user implementations outside of the scope of the packaged libraries, and hence they are not meant to be provided by the packaged supernovas libraries themselves. I made a mistake in the build configuration in the releases prior to 1.3.0, which is how they were erroneously present, despite the intent. v1.3.0 merely corrects that mistake.-- A. On 4/17/25 7:07 PM, Thorsten Alteholz wrote:Hi Attila, On Tue, 15 Apr 2025, Attila Kovacs wrote:The CI build is clean, and I am looking for someone to upload it to Debian.I just recognized that v1.2.0 contains for example symbols solarsystem@Base and solarsystem_hp@Base. Those are not available in v1.3.0. However you didn't change the soname of the library.Did this happen intentional? Thorsten