]> code.ossystems Code Review - openembedded-core.git/commit
pseudo: Drop static linking to sqlite3
authorRichard Purdie <richard.purdie@linuxfoundation.org>
Fri, 8 Nov 2019 14:36:36 +0000 (14:36 +0000)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Sun, 10 Nov 2019 14:04:56 +0000 (14:04 +0000)
commita0c238d40a9cc1f87da0607fddaaef0c31d93720
treec785289b680a9793e089856490dfa2f81ba9ef79
parent717787910d05f6609432cf7f0292aedf277433a0
pseudo: Drop static linking to sqlite3

Back in 2010[1] we made pseudo statically link against sqlite3. Since then
the world has changed, pseudo now has separate processes for the database
in the server and the client and they have separate linking commands.

Also, whilst there were concerns about needing specific versions of sqlite3,
in the OE environment, this is always the case.

[1] http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=ad0ac0ecd38fc77daf42485489fccc10a5e1e3e7

The static sqlite3-native is causing us problems, in particular:

tmp/work/x86_64-linux/pseudo-native/1.9.0+gitAUTOINC+060058bb29-r0/recipe-sysroot-native/usr/lib/libsqlite3.a(sqlite3.o):(.data.rel+0xb0): undefined reference to `fcntl64'

which occurs if sqlite3-native was built on a machine with glibc 2.28 or later
and pseudo-native is being built on glibc before that. With dyanmical linking,
libc is backwards compatible and works but with static linking it does not.

There appears to be no easy way to avoid this other than adding a copy of
sqlite3 into the pseudo recipe. Given the static linking doesn't seem to
be required any longer due to the separate processes, drop that to fix
those issues.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/conf/distro/include/no-static-libs.inc
meta/recipes-devtools/pseudo/pseudo.inc