"Liam Healy" <[EMAIL PROTECTED]> wrote:
> As far as I know, they've always been experimental, so I'm not sure
> what changed between 3.3.8 and 3.3.14.  And yes, I really need it.
> I have never compiled sqlite, only used the Debian compiled version, so
> I am not sure what needs to be done here.  I am ccing the sqlite mailing
> list in hopes that someone can provide this information.
> 

The functions are disabled only because I do not know (nor care
to learn) how to convince autoconf to figure out where dlopen()
is located.  To turn these functions on, edit the generated Makefile,
remove the line that sets "-DSQLITE_OMIT_LOAD_EXTENSION=1" and
replace it (on Linux) with "-ldl".  Then type "make".

I'm always looking for new volunteers to help deal with autoconf....

> 
> 
> On 4/6/07, Laszlo Boszormenyi <[EMAIL PROTECTED]> wrote:
> >
> > Hi Liam!
> >
> > On Thu, 2007-04-05 at 17:04 -0400, Liam Healy wrote:
> > > There is now in 3.3.14 a new and more serious problem related to the
> > > extensions: while the
> > > header file is present, the functions have disappeared from the .so
> > > library:
> > > nm -D  /usr/lib/libsqlite3.so.0.8.6 | grep extension
> > > now yields nothing.  In 3.3.8, this library had
> > > 0000000000028e10 T sqlite3_auto_extension
> > > 0000000000028cb0 T sqlite3_enable_load_extension
> > > 0000000000028cd0 T sqlite3_load_extension
> > > 0000000000028dd0 T sqlite3_reset_auto_extension
> > Well, yes. These are marked experimental and not enabled by default
> > anymore. There is no configure options for them even. I can hack and
> > enable it by default; but do you really need a just added and
> > experimental function set?
> >
> > Regards,
> > Laszlo/GCS
> >
> >



-----------------------------------------------------------------------------
To unsubscribe, send email to [EMAIL PROTECTED]
-----------------------------------------------------------------------------

Reply via email to