Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | nss: use system sqlite | ||
---|---|---|---|
Product: | General | Reporter: | joachim.lingner |
Component: | code | Assignee: | oliver.bolte |
Status: | CLOSED FIXED | QA Contact: | issues@framework <issues> |
Severity: | Trivial | ||
Priority: | P3 | CC: | issues |
Version: | DEV300m60 | ||
Target Milestone: | OOo 3.3 | ||
Hardware: | All | ||
OS: | Mac OS X, all | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
joachim.lingner
2009-10-21 10:31:15 UTC
. There is a error which breaks the nss build which occurrs during signing of the nss libraries. The reason is that the signtool loads the squlite, which is build from nss. It also loads system libraries which are linked with the system sqlite. The loader compares the required version and determines that the nss sqlite does not meet the requirements and then quits. One solution would be to not build the sqlite in nss and instead use the one from the system. This can be done by setting NSS_USE_SYSTEM_SQLITE=1 However, the system sqlite ( Mac OS 10.4) cannot be used because it is too old. libsoftokn3 requires a more recent version. The fix is to disable the signing of the nss libraries altogether. libsqlite3 will not be delivered in the lib directory of the solver, because that would break build tools which use system libraries linked with the system sqlite. This is basically the same what happens when the nss build broke during signing of the libraries. Instead libsqlite3.xxx will be delivered to $(SOLARLIBDIR)/sqlite/libsqlite3.xxx. @obo: Please verify. Do not forget to remove libsqlite3.dylib from SOLARLIBDIR first. verified. cws jl144 has been integrated into DEV300 m69 -> closed. |