office-gobmx/external/nss
Julien Nabet 61d9a4a244 Fix nss build on Raspberry pi4
In file included from gcm-arm32-neon.c:16:
/usr/lib/llvm-11/lib/clang/11.0.0/include/arm_neon.h:32:2: error: "NEON support not enabled"
error "NEON support not enabled"
 ^

gcm-arm32-neon.c:21:5: warning: implicit declaration of function 'vst1_u8' is invalid in C99 [-Wimplicit-function-declaration]
    vst1_u8(outbuf, vrev64_u8(vcreate_u8(ghash->x_high)));
    ^
gcm-arm32-neon.c:21:21: warning: implicit declaration of function 'vrev64_u8' is invalid in C99 [-Wimplicit-function-declaration]
    vst1_u8(outbuf, vrev64_u8(vcreate_u8(ghash->x_high)));
                    ^
gcm-arm32-neon.c:21:31: warning: implicit declaration of function 'vcreate_u8' is invalid in C99 [-Wimplicit-function-declaration]
    vst1_u8(outbuf, vrev64_u8(vcreate_u8(ghash->x_high)));
                              ^
gcm-arm32-neon.c:27:15: error: unknown type name 'uint8x16_t'; did you mean 'uint16_t'?
static inline uint8x16_t
              ^~~~~~~~~~
              uint16_t
/usr/include/arm-linux-gnueabihf/bits/stdint-uintn.h:25:20: note: 'uint16_t' declared here
typedef __uint16_t uint16_t;
                   ^
gcm-arm32-neon.c:28:13: error: unknown type name 'uint8x8_t'; did you mean 'uint8_t'?
clmul(const uint8x8_t a, const uint8x8_t b)
            ^~~~~~~~~
            uint8_t
etc.

Change-Id: I1e241cea5becb159f8b0f898270dc88f93f68670
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/108634
Tested-by: Jenkins
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
2021-01-03 17:20:27 +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-win-arm64.patch
nss-win32-make.patch.1
nss.aix.patch
nss.bzmozilla1238154.patch
nss.cygwin64.in32bit.patch
nss.getopt.patch.0
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