Okay, I believe all is good. The build against GTK+ 3 completed successfully, I'll build for GTK+ 2 next, but I don't think there will be an issue.

To reiterate, the SQLite that comes with NSS is insufficient for linking with WebKit GTK+

Specifically for package users, the SQLite install won't recreate the correct symbolic link `/usr/lib/libsqlite3.so` if it was installed by a different package user, or even give an indication that something is wrong.

Several packages use SQLite, so to avoid this problem in the future, it will be one of the first packages I install from BLFS.

I'm not sure what could be added to the book (or where; NSS, WebKitGTK, SQLite) that might help others in the future. I have noticed notes specific to DESTDIR installs, so maybe something about this issue for package users is in order. Due simply to the amount of time it takes to build WebKit (or have it fail), I think a note would save alot frustration if someone else follows the same path as myself.

Thanks to everyone who read this thread and used some cycles thinking about it even if you didn't post back.




-----Original Message----- From: Roger Frost
Sent: Sunday, November 02, 2014 12:43 AM
To: BLFS Support List
Subject: Re: [blfs-support] BLFS 7.6WebKitGTK+-2.4.5undefinedreferencetosqlite3_create_collation_v2

Progress...

Okay, so I didn't install SQLite prior to installing NSS (despite it being
recommended).

The NSS build of libsqlite3.so does NOT export the function
sqlite3_create_collation_v2.

Using the package users method, /usr/lib/libsqlite3.so is owned by user
`nss` so the user `sqlite` cannot mess with it.

Generally this isn't an issue because you will get an error during `make
install` and you then decide which version you want to keep.

NSS installs /usr/lib/libsqlite3.so as a file
SQLite installs /usr/lib/libsqlite3.so as a symbolic link

SQLite's install does NOT care if it can modify /usr/lib/libsqlite3.so or
not, and no error or warning is given.  I guess it assumes that it is always
going to be a symlink and will continue to work after the new
libsqlite3.so.0.8.6 is installed. Fail.

So, that's that.

...now I get these errors when I try to resume the build:

/usr/lib/libsoup-2.4.so: undefined reference to `sqlite3_free@SQLITE_3'
/usr/lib/libsoup-2.4.so: undefined reference to `sqlite3_open@SQLITE_3'
/usr/lib/libsoup-2.4.so: undefined reference to `sqlite3_close@SQLITE_3'
/usr/lib/libsoup-2.4.so: undefined reference to `sqlite3_mprintf@SQLITE_3'
/usr/lib/libsoup-2.4.so: undefined reference to `sqlite3_exec@SQLITE_3'

...but I hope that a rebuild of libsoup will fix it, now that the correct
libsqlite3.so is present.

Stay tuned.

Thanks,
Roger
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to