From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,f8dc8a429208e220 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news3.google.com!feeder1.cambriumusenet.nl!feed.tweaknews.nl!194.109.133.84.MISMATCH!newsfeed.xs4all.nl!newsfeed5.news.xs4all.nl!xs4all!news-transit.tcx.org.uk!aioe.org!.POSTED!not-for-mail From: Simon Wright Newsgroups: comp.lang.ada Subject: Re: GNAColl SQLite Binding Installation Problem (Mac, Snow Leopard) Date: Sun, 14 Aug 2011 00:10:53 +0100 Organization: Aioe.org NNTP Server Message-ID: References: <8db55ca7-7468-4323-a3a4-f139decd2bdc@j9g2000prj.googlegroups.com> <1gtxisv83r7el.1cmys3jo09ovx.dlg@40tude.net> NNTP-Posting-Host: SptRn4/nB6/EZ1vi/h8RlA.user.speranza.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: abuse@aioe.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (darwin) X-Notice: Filtered by postfilter v. 0.8.2 Cancel-Lock: sha1:wRSXnEk/pPC88OJ8W19gHrgryVc= Xref: g2news2.google.com comp.lang.ada:21585 Date: 2011-08-14T00:10:53+01:00 List-Id: "Dmitry A. Kazakov" writes: > On Sat, 13 Aug 2011 18:05:36 +0100, Simon Wright wrote: > >> "Dmitry A. Kazakov" writes: >> >>> On Thu, 11 Aug 2011 13:04:07 +0100, Simon Wright wrote: >>> >>>> Alexander Korolev writes: >>>> >>>>> == To run, set the environment variable LD_LIBRARY_PATH >>>>> == LD_LIBRARY_PATH=/usr/local/gnatcoll/lib/gnat:$LD_LIBRARY_PATH >>>> >>>> Of course, on Mac OS X that would be DYLD_LIBRARY_PATH. But I don't >>>> think you'll need it. In any case, you've just built static-only! >>> >>> Especially because the intended use of SQLite is the "amalgation" >>> source file compiled and statically linked to the application. >> >> I don't think it's quite so clear-cut as that: >> http://www.sqlite.org/amalgamation.html. >> >> For all we know libsqlite3.dylib was produced from the amalgamation, so >> you might get the 5-10% performance improvement anyway (if you really >> need it). > > I think that performance is not so relevant here, as the nature of > SQLite, which is an embeddable RDBMS/Client. If not for this case, > there is little sense to deploy SQLite at all. GNATcoll generates -lsqlite3 at link time. So you will be using a library if you want to run (or test) with unmodified GNATcoll. Mac OS X happens to incorporate SQLite as a shared library, not that it matters. This has nothing to do with how you might configure an embedded system, of course. [OP's problem was with libgnatcoll_sqlite, not with libsqlite3.]