FastCGI programs use libxmltooling but don't link with it
Basics
Technical
Logistics
Basics
Technical
Logistics
Description
This is a quite minor build issue that is likely to only show up on Debian because of some other things Debian wants to do, but it would save me from carrying a local patch.
The FastCGI programs use xmltooling (specifically xmltooling::NDC) directly but don't link with libxmltooling-lite. Normally, this is completely hidden by libtool's behavior since they do link with libshibsp-lite, which will pull it in as a dependency. However, Debian (optionally, but I have this enabled) overrides libtool's default behavior to try to cut down on unnecessary shared library dependencies and uses --as-needed when linking.
This results in a build failure for the FastCGI programs due to the unresolved libxmltooling-lite symbol.
The attached patch adds LITE_LIBS to the link line of these programs, which resolves the issue for me and shouldn't result in a noticable difference on other platforms.
This is a quite minor build issue that is likely to only show up on Debian because of some other things Debian wants to do, but it would save me from carrying a local patch.
The FastCGI programs use xmltooling (specifically xmltooling::NDC) directly but don't link with libxmltooling-lite. Normally, this is completely hidden by libtool's behavior since they do link with libshibsp-lite, which will pull it in as a dependency. However, Debian (optionally, but I have this enabled) overrides libtool's default behavior to try to cut down on unnecessary shared library dependencies and uses --as-needed when linking.
This results in a build failure for the FastCGI programs due to the unresolved libxmltooling-lite symbol.
The attached patch adds LITE_LIBS to the link line of these programs, which resolves the issue for me and shouldn't result in a noticable difference on other platforms.