Project

General

Profile

Actions

Feature #5916

closed

make libsqlite a real shared lib

Added by Gordon Ross about 6 years ago. Updated about 6 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Start date:
2015-05-11
Due date:
% Done:

100%

Estimated time:
Difficulty:
Medium
Tags:
needs-triage
Gerrit CR:

Description

The embedded copy of sqlite 2.8.15 used by svccfgd, idmapd, and smbd, is
currently built as a relocatable object and linked with svccfgd and idmapd.
This was an extremist effort to prevent 3rd party applications from finding
and using the system's libsqlite shared object (if it were to use one).

Unfortunately, that really makes life much more difficult than it needs to be
when debugging either idmap or svc.configd code, as there's no easy way to
get dtrace probes in just the (real) main program and not all the libsqlite code.
It also slows edit, compile, debug cycles when dealing with these consumers.

Let's go ahead and let svc.configd and idmapd use a real shared object for
libsqlite. Note that smbd already builds and installs a libsqlite.so.version
(though not in a place applications normally look).

As for preventing 3rd party applications from using it:
It should be enough to just not install a *.so link for this library
and use a name that won't conflict with libsqlite.so.*

Actions

Also available in: Atom PDF