office-gobmx/external/nss
Stephan Bergmann b1d500e8a4 Drop support for $host_os = 'macos*', in addition to 'darwin*'
...which had originally been added with baab4f890c
"Initial WIP steps for building for macOS on Apple Silicon" for unclear reasons
(just stating "use 'darwin' (or 'macos')" in the commit message), and then
further improved with 5a0991c9cd "mac: allow cross
compiling with host/build x86_64-apple-macos".

But it turns out that manually specifying --host or --build =...-macos rather
than =...-darwin has issues as discussed in the comments at
<https://gerrit.libreoffice.org/c/core/+/130353> "icu: override platform flags
for MacOS build", and which can hopefully be avoided by not allowing =...-macos
in the first place, and rather forcing people to specify =...-darwin.

Change-Id: Ib100b7270250083eba4146430e967073a8cbca46
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/130505
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2022-02-25 13:45:38 +01:00
..
asan.patch.1
clang-cl.patch.0
ExternalPackage_nss.mk
ExternalProject_nss.mk
macos-dlopen.patch.0
Makefile
Module_nss.mk
nsinstall.py
nss-3.13.5-zlib-werror.patch
nss-android.patch.1
nss-bz1646594.patch.1
nss-ios.patch
nss-restore-manual-pre-dependencies.patch.1
nss-win32-make.patch.1
nss.aix.patch
nss.bzmozilla1238154.patch
nss.cygwin64.in32bit.patch
nss.nowerror.patch
nss.patch
nss.utf8bom.patch.1
nss.vs2015.patch
nss.vs2015.pdb.patch
nss.windows.patch
nss_macosx.patch
README
ubsan.patch.0
UnpackedTarball_nss.mk

Contains the Network Security Services (NSS) libraries from Mozilla

== Fips 140 and signed libraries ==

Fips 140 mode is not supported. That is, the *.chk files containing the
checksums for the cryptographic module are not delivered into instdir and will
not be part of the OOo installation sets.

Signing has been turned off because
- we change the rpath (install names)  after signing which breaks the signatures
(Mac)
- sqlite conflicts with the system sqlite when signing which breaks the build

See also
[https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_Tech_Notes/nss_tech_note6]

== libsqlite3 ==

With all supported macOS SDK we use
NSS_USE_SYSTEM_SQLITE=1
to build using the system sqlite.

== system NSS on Linux ==

Note that different Linux distributions use different SONAMEs for the
NSS libraries, so it is not possible to use --with-system-nss and build
a portable generic LO installation set, despite NSS upstream apparently
maintaining ABI compatibility.

Debian Squeeze:
0x000000000000000e (SONAME)             Library soname: [libnss3.so.1d]
Fedora 20:
0x000000000000000e (SONAME)             Library soname: [libnss3.so]

For the record, the LSB specified SONAME is libnss3.so
http://refspecs.linuxfoundation.org/LSB_4.1.0/LSB-Core-generic/LSB-Core-generic/libnss3.html