I think we need a way to dynamically load SQL libraries. Otherwise we're going to either have precompiled binaries without SQL support, or the need to have multiple packages.
If we support dynamically loading the SQL libraries, then the Debian package could be built with support for both backends, but there would be no need to actually depends on them for running GNU APL. Regards, Elias On 12 January 2017 at 19:50, Juergen Sauermann < [email protected]> wrote: > Hi Hacper, > > thanks, fixed in *SVN 847*. I moved the *-I sql* out of the conditionals > because *⎕SQL *needs them > even if no SQL provider like sqlite or postgresql was detected. > > libsql3 -dev is not in debian/control because GNU APL should also build > without any SQL provider. > > /// Jürgen > > > On 01/12/2017 02:20 AM, Kacper Gutowski wrote: > > Actually, I have observed the same thing on a clean checkout. > The -I sql part ends up being commented out in generated Makefile > if configure fails to detect sqlite3 but these includes aren't > guarded with appropriate ifdef. > > As a side note, libsqlite3-dev isn't mentioned in debian/control. > > -k > > > >
