php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #79672 Loading "pdo_sqlite.so" fails: undefined symbol: sqlite3_libversion
Submitted: 2020-06-04 10:11 UTC Modified: 2020-12-22 16:54 UTC
From: npelov at croler dot net Assigned:
Status: Wont fix Package: PDO SQLite
PHP Version: 7.3.18 OS: Centos 7.8
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please — but make sure to vote on the bug!
Your email address:
MUST BE VALID
Solve the problem:
47 - 24 = ?
Subscribe to this entry?

 
 [2020-06-04 10:11 UTC] npelov at croler dot net
Description:
------------
If pdo_sqlite is compiled as shared with bundled sqlite, the module fails to load with following error:
: symbol lookup error: /usr/local/php73/lib/php/extensions/no-debug-non-zts-20180731/pdo_sqlite.so: undefined symbol: sqlite3_libversion


./configure --with-sqlite3=shared --with-pdo-sqlite=shared
make && make install

add to php.ini
extension=sqlite3.so
extension=pdo_sqlite.so

php -i|grep sqlite -A 5

phpPDO drivers => sqlite
: symbol lookup error
: /usr/local/php73/lib/php/extensions/no-debug-non-zts-20180731/pdo_sqlite.so: pdo_sqlite
undefined symbol: sqlite3_libversion

PDO Driver for SQLite 3.x => enabled



The solution suggested by jd at cpanel in bug 48614 works - patching configure script with this:
   else
       # use bundled libs
+
+      # This change is anchored here to avoid patch being misapplied.  This really only needs to be added
+      # when pdo_sqlite is compiled shared and using the bundled sqlite3.  It shouldn't hurt so long as the
+      # bundled sqlite3 is used though.
+      shared_objects_pdo_sqlite="$shared_objects_pdo_sqlite ext/sqlite3/libsqlite/sqlite3.lo"
+
       if test "$enable_maintainer_zts" = "yes"; then
         threadsafe_flags="-DSQLITE_THREADSAFE=1"
       else

However all of these are workarounds and they are not perfect. I want to use bundled sqlite, because php is tested with it and I don't want to patch configure script every time because updating gets more complicated.

I didn't write in bug 48614 because I assume it's for (unsupported) php 5 and that's why it's not fixed. I'm not sure if php 7 bugs have to be repored separately.

Test script:
---------------
<?php
// make sure to load pdo_sqlite.so extension in php.ini

$memory_db = new PDO("sqlite::memory:");




Expected result:
----------------
no error message

Actual result:
--------------
php: symbol lookup error: /usr/local/php73/lib/php/extensions/no-debug-non-zts-20180731/pdo_sqlite.so: undefined symbol: sqlite3_open_v2


Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2020-12-22 16:54 UTC] nikic@php.net
-Status: Open +Status: Wont fix
 [2020-12-22 16:54 UTC] nikic@php.net
sqlite has been unbundled in PHP 7.4, so this issue is no longer applicable (earlier versions are not actively supported anymore.)
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu Mar 28 23:01:26 2024 UTC