openssl/providers
Richard Levitte b938544969 PROV: Relegate most of the FIPS provider code to libfips.a
provider/fips/fipsprov.c contains a number of symbols that get used by
anything that's included in libfips.a, at least on Unix.
Unfortunately, there are platforms that do not support resolving
symbols to things that are already included in the end product (module
in this case) being built; they only support resolving symbols with
what comes next in the linking process.

The offending symbols in this case are FIPS_security_check_enabled,
c_thread_start and ossl_fips_intern_provider_init.

We resolve this by placing provider/fips/fipsprov.c in libfips.a along
with everything else there.  That takes care of the offending symbols.
What remains is to ensure that there is an entry point in an object
file used directly when linking the module, providers/fips/fips_entry.c

Reviewed-by: Paul Dale <pauli@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/15370)
2021-05-21 12:08:31 +02:00
..
common VMS: Copy __DECC_INCLUDE_{PROLOGUE,EPILOGUE}.H to more places 2021-05-20 16:26:44 +02:00
fips PROV: Relegate most of the FIPS provider code to libfips.a 2021-05-21 12:08:31 +02:00
implementations VMS: Copy __DECC_INCLUDE_{PROLOGUE,EPILOGUE}.H to more places 2021-05-20 16:26:44 +02:00
baseprov.c
build.info Makefile: Make sure providers/fipsmodule.cnf is re-built also for run_tests 2021-05-13 11:15:00 +02:00
decoders.inc
defltprov.c
encoders.inc
fips-sources.checksums make update 2021-05-20 14:30:19 +01:00
fips.checksum make update 2021-05-20 14:30:19 +01:00
fips.module.sources A few cleanups of the provider build.infos 2021-05-12 13:23:33 +02:00
legacyprov.c Modify the legacy provider to use OSSL_LIB_CTX_new_child() 2021-05-11 14:56:55 +01:00
nullprov.c
prov_running.c
stores.inc