From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: joakim@verona.se Newsgroups: gmane.emacs.devel Subject: Re: Embedding SQLite Date: Sun, 18 Apr 2010 08:43:19 +0200 Message-ID: References: <87sk6tonv8.fsf@mid.deneb.enyo.de> <20100418053925.GA7294@tomas> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1271573039 17678 80.91.229.12 (18 Apr 2010 06:43:59 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 18 Apr 2010 06:43:59 +0000 (UTC) Cc: Juanma Barranquero , John Wiegley , Florian Weimer , emacs-devel@gnu.org, Deniz Dogan To: tomas@tuxteam.de Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Apr 18 08:43:57 2010 connect(): No such file or directory Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1O3OEW-0000l3-CQ for ged-emacs-devel@m.gmane.org; Sun, 18 Apr 2010 08:43:56 +0200 Original-Received: from localhost ([127.0.0.1]:56035 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O3OEV-00055j-KQ for ged-emacs-devel@m.gmane.org; Sun, 18 Apr 2010 02:43:55 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O3OEQ-00055d-8O for emacs-devel@gnu.org; Sun, 18 Apr 2010 02:43:50 -0400 Original-Received: from [140.186.70.92] (port=39132 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O3OEG-00055K-5l for emacs-devel@gnu.org; Sun, 18 Apr 2010 02:43:48 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O3OE8-0004vI-Nv for emacs-devel@gnu.org; Sun, 18 Apr 2010 02:43:36 -0400 Original-Received: from iwfs.imcode.com ([82.115.149.64]:55109 helo=gate.verona.se) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O3OE8-0004tU-43 for emacs-devel@gnu.org; Sun, 18 Apr 2010 02:43:32 -0400 Original-Received: from localhost.localdomain (IDENT:1005@localhost [127.0.0.1]) by gate.verona.se (8.13.4/8.11.4) with ESMTP id o3I6hJNs008932; Sun, 18 Apr 2010 08:43:20 +0200 In-Reply-To: <20100418053925.GA7294@tomas> (tomas@tuxteam.de's message of "Sun, 18 Apr 2010 07:39:25 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.90 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4-2.6 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:123831 Archived-At: tomas@tuxteam.de writes: > On Sun, Apr 18, 2010 at 05:52:23AM +0200, Juanma Barranquero wrote: >> On Sun, Apr 18, 2010 at 05:21, John Wiegley wrote: >>=20 >> > 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 be= fore. >>=20 >> 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=E1s --=20 Joakim Verona