]> 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)
committerArmin Kuster <akuster808@gmail.com>
Sun, 10 Nov 2019 21:56:46 +0000 (13:56 -0800)
commit664c8f9837db7b20ff540d5f6373e4ae0f2b4b02
treeedf035d3e315816d71071175a65a9a2cde9d31de
parent4e3e8d8270f318e6384c3d9bb5f6c7503f41d736
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>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
meta/conf/distro/include/no-static-libs.inc
meta/recipes-devtools/pseudo/pseudo.inc