Re: Embedding SQLite

[joakim]

address@hidden writes:

> On Sun, Apr 18, 2010 at 05:52:23AM +0200, Juanma Barranquero wrote:
>> On Sun, Apr 18, 2010 at 05:21, John Wiegley <address@hidden> wrote:
>> 
>> > Also, if we use dynamic loading and then a user doesn't have it, now
>> > they can't use a Lisp module -- something which has never been true before.
>> 
>> There are lots of image types that you cannot display if you don't
>> have the libraries (which, on Windows, are dynamically loaded). How is
>> that different? And how is that different of the packages that require
>> external programs?
>
> I must second John's concern here. This increasing dependency on
> external libraries (which is set at build time!) tends to become a
> nuisance in binary distributions. For example, in Debian, Emacs already
> pulls in libdbus. Now libselinux is on the horizon. Then it's sqlite.
> I'd fear it won't scale.
>
> For me the solution will be to compile Emacs from source, but that isn't a
> solution for everybody.
>
> I haven't got a good idea either. Maybe the problem is in binary
> distributions themselves.

People are looking into using a similar scheme for dynamic loadable
plugins in Emacs as already used in GCC. If an acceptable solution is
found, external libraries can be plugged in at runtime.

I've looked briefly at how GCC does it, and basically they seem to check
for a symbol that indicates gpl compliance.

That said, IMHO I would want something more lispy to to store lisp
structures efficiently, and something more JDBC:ish to communicate with
RDBMS:es. If one just want name/value store, there are many other
interesting NOSQL type solutions, like Apacha Cassandra, etc.

OK, sorry for hijacking this thread.

>
> Regards
> -- tomás
-- 
Joakim Verona