Agreed. On Thu, Jan 12, 2017 at 6:11 AM, Elias Mårtenson <loke...@gmail.com> wrote:
> 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 < > juergen.sauerm...@t-online.de> 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 >> >> >> >> >
