2019-08-29 04:27:47 +08:00
|
|
|
# TODO: use ../apps/libapps.a instead of direct ../apps/lib source.
|
2019-06-16 18:56:21 +08:00
|
|
|
# This can't currently be done, because some of its units drag in too many
|
2019-08-29 04:27:47 +08:00
|
|
|
# unresolved references that don't apply here.
|
|
|
|
# Most of all, ../apps/lib/apps.c needs to be divided in smaller pieces to
|
|
|
|
# be useful here.
|
2019-06-16 18:56:21 +08:00
|
|
|
#
|
2025-01-24 03:10:15 +08:00
|
|
|
|
|
|
|
IF[{- !$disabled{hqinterop} -}]
|
|
|
|
SUBDIRS=quic-openssl-docker
|
|
|
|
ENDIF
|
|
|
|
|
2019-12-01 07:18:47 +08:00
|
|
|
# Auxiliary program source (copied from ../apps/build.info)
|
2020-12-09 08:45:11 +08:00
|
|
|
IF[{- $config{target} =~ /^(?:VC-|mingw|BC-)/ -}]
|
2019-06-16 18:56:21 +08:00
|
|
|
# It's called 'init', but doesn't have much 'init' in it...
|
2019-08-29 04:27:47 +08:00
|
|
|
$AUXLIBAPPSSRC=../apps/lib/win32_init.c
|
2019-06-16 18:56:21 +08:00
|
|
|
ENDIF
|
|
|
|
IF[{- $config{target} =~ /^vms-/ -}]
|
2019-08-29 04:27:47 +08:00
|
|
|
$AUXLIBAPPSSRC=../apps/lib/vms_term_sock.c ../apps/lib/vms_decc_argv.c
|
2019-06-16 18:56:21 +08:00
|
|
|
ENDIF
|
2021-08-21 09:04:51 +08:00
|
|
|
# Program init source, that don't have direct linkage with the rest of the
|
|
|
|
# source, and can therefore not be part of a library.
|
|
|
|
IF[{- !$disabled{uplink} -}]
|
|
|
|
$INITSRC=../ms/applink.c
|
|
|
|
ENDIF
|
2019-11-27 23:13:12 +08:00
|
|
|
$LIBAPPSSRC=../apps/lib/opt.c $AUXLIBAPPSSRC
|
2019-06-16 18:56:21 +08:00
|
|
|
|
2016-04-14 20:44:15 +08:00
|
|
|
IF[{- !$disabled{tests} -}]
|
2019-01-31 01:18:34 +08:00
|
|
|
LIBS{noinst,has_main}=libtestutil.a
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[libtestutil.a]=testutil/basic_output.c testutil/output.c \
|
2017-06-06 01:32:05 +08:00
|
|
|
testutil/driver.c testutil/tests.c testutil/cb.c testutil/stanza.c \
|
2021-02-17 09:54:01 +08:00
|
|
|
testutil/format_output.c testutil/load.c testutil/fake_random.c \
|
2019-11-14 01:39:51 +08:00
|
|
|
testutil/test_cleanup.c testutil/main.c testutil/testutil_init.c \
|
2020-08-12 13:46:57 +08:00
|
|
|
testutil/options.c testutil/test_options.c testutil/provider.c \
|
2024-01-12 07:01:23 +08:00
|
|
|
testutil/apps_shims.c testutil/random.c testutil/helper.c $LIBAPPSSRC
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[libtestutil.a]=../include ../apps/include ..
|
2017-04-18 22:27:27 +08:00
|
|
|
DEPEND[libtestutil.a]=../libcrypto
|
|
|
|
|
2020-02-13 09:00:57 +08:00
|
|
|
PROGRAMS{noinst}= \
|
2019-08-19 12:35:54 +08:00
|
|
|
confdump \
|
2018-03-26 17:00:05 +08:00
|
|
|
versions \
|
2022-03-13 13:56:13 +08:00
|
|
|
aborttest test_test pkcs12_format_test pkcs12_api_test \
|
2023-10-19 18:37:28 +08:00
|
|
|
sanitytest time_test rsa_complex exdatatest bntest \
|
2020-10-15 11:41:59 +08:00
|
|
|
ecstresstest gmdifftest pbelutest \
|
2021-06-15 17:57:36 +08:00
|
|
|
destest mdc2test sha_test \
|
2022-07-19 02:26:57 +08:00
|
|
|
exptest pbetest localetest evp_pkey_ctx_new_from_name \
|
2020-06-16 00:48:39 +08:00
|
|
|
evp_pkey_provided_test evp_test evp_extra_test evp_extra_test2 \
|
2021-04-29 10:38:23 +08:00
|
|
|
evp_fetch_prov_test evp_libctx_test ossl_store_test \
|
2025-01-10 16:00:15 +08:00
|
|
|
v3nametest v3ext byteorder_test punycode_test evp_byname_test \
|
2019-01-24 10:15:54 +08:00
|
|
|
crltest danetest bad_dtls_test lhash_test sparse_array_test \
|
2019-05-21 05:42:26 +08:00
|
|
|
conf_include_test params_api_test params_conversion_test \
|
2021-10-28 07:21:40 +08:00
|
|
|
constant_time_test safe_math_test verify_extra_test clienthellotest \
|
2017-03-14 10:37:26 +08:00
|
|
|
packettest asynctest secmemtest srptest memleaktest stack_test \
|
2016-04-14 20:44:15 +08:00
|
|
|
dtlsv1listentest ct_test threadstest afalgtest d2i_test \
|
2016-05-26 20:47:47 +08:00
|
|
|
ssl_test_ctx_test ssl_test x509aux cipherlist_test asynciotest \
|
2022-05-09 21:24:33 +08:00
|
|
|
bio_callback_test bio_memleak_test bio_core_test bio_dgram_test param_build_test \
|
2023-02-28 00:36:15 +08:00
|
|
|
bioprinttest sslapitest ssl_handshake_rtt_test dtlstest sslcorrupttest \
|
2024-08-21 22:43:33 +08:00
|
|
|
bio_base64_test bio_enc_test pkey_meth_test pkey_meth_kdf_test evp_kdf_test uitest \
|
2022-11-16 23:09:55 +08:00
|
|
|
cipherbytes_test threadstest_fips threadpool_test \
|
2023-12-08 05:56:39 +08:00
|
|
|
asn1_encode_test asn1_decode_test asn1_string_table_test asn1_stable_parse_test \
|
2017-06-28 00:04:37 +08:00
|
|
|
x509_time_test x509_dup_cert_test x509_check_cert_pkey_test \
|
2020-08-26 12:11:49 +08:00
|
|
|
recordlentest drbgtest rand_status_test sslbuffertest \
|
2017-06-28 15:46:13 +08:00
|
|
|
time_offset_test pemtest ssl_cert_table_internal_test ciphername_test \
|
2023-06-02 01:55:54 +08:00
|
|
|
servername_test ocspapitest fatalerrtest tls13ccstest \
|
2022-04-11 22:36:16 +08:00
|
|
|
sysdefaulttest errtest ssl_ctx_test build_wincrypt_test \
|
2019-10-17 06:26:44 +08:00
|
|
|
context_internal_test aesgcmtest params_test evp_pkey_dparams_test \
|
2021-03-18 13:00:23 +08:00
|
|
|
keymgmt_internal_test hexstr_test provider_status_test defltfips_test \
|
2021-06-14 19:56:01 +08:00
|
|
|
bio_readbuffer_test user_property_test pkcs7_test upcallstest \
|
2023-12-01 03:28:09 +08:00
|
|
|
provfetchtest prov_config_test rand_test \
|
|
|
|
ca_internals_test bio_tfo_test membio_test bio_dgram_test list_test \
|
|
|
|
fips_version_test x509_test hpke_test pairwise_fail_test \
|
2024-04-06 00:33:40 +08:00
|
|
|
nodefltctxtest evp_xof_test x509_load_cert_file_test bio_meth_test \
|
2024-08-30 05:08:46 +08:00
|
|
|
x509_acert_test x509_req_test strtoultest bio_pw_callback_test
|
2016-04-14 20:44:15 +08:00
|
|
|
|
2021-01-28 03:23:33 +08:00
|
|
|
IF[{- !$disabled{'rpk'} -}]
|
|
|
|
PROGRAMS{noinst}=rpktest
|
|
|
|
ENDIF
|
|
|
|
|
2020-02-13 09:00:57 +08:00
|
|
|
IF[{- !$disabled{'deprecated-3.0'} -}]
|
|
|
|
PROGRAMS{noinst}=enginetest
|
|
|
|
ENDIF
|
|
|
|
|
2021-11-15 06:32:55 +08:00
|
|
|
IF[{- !$disabled{quic} -}]
|
2024-08-06 17:05:06 +08:00
|
|
|
PROGRAMS{noinst}=priority_queue_test quicfaultstest quicapitest \
|
2023-11-02 23:41:23 +08:00
|
|
|
quic_newcid_test quic_srt_gen_test
|
2021-11-15 06:32:55 +08:00
|
|
|
ENDIF
|
|
|
|
|
2023-09-06 19:00:19 +08:00
|
|
|
IF[{- !$disabled{qlog} -}]
|
2024-01-29 22:28:06 +08:00
|
|
|
PROGRAMS{noinst}=json_test quic_qlog_test
|
2023-09-06 19:00:19 +08:00
|
|
|
ENDIF
|
|
|
|
|
2021-08-10 04:56:50 +08:00
|
|
|
IF[{- !$disabled{comp} && (!$disabled{brotli} || !$disabled{zstd} || !$disabled{zlib}) -}]
|
|
|
|
PROGRAMS{noinst}=cert_comp_test
|
|
|
|
ENDIF
|
|
|
|
|
2019-08-19 12:35:54 +08:00
|
|
|
SOURCE[confdump]=confdump.c
|
|
|
|
INCLUDE[confdump]=../include ../apps/include
|
|
|
|
DEPEND[confdump]=../libcrypto
|
|
|
|
|
2018-03-26 17:00:05 +08:00
|
|
|
SOURCE[versions]=versions.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[versions]=../include ../apps/include
|
2018-03-26 17:00:05 +08:00
|
|
|
DEPEND[versions]=../libcrypto
|
|
|
|
|
2016-04-14 20:44:15 +08:00
|
|
|
SOURCE[aborttest]=aborttest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[aborttest]=../include ../apps/include
|
2016-04-14 20:44:15 +08:00
|
|
|
DEPEND[aborttest]=../libcrypto
|
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[sanitytest]=sanitytest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[sanitytest]=../include ../apps/include
|
2023-03-17 21:58:14 +08:00
|
|
|
DEPEND[sanitytest]=../libcrypto.a libtestutil.a
|
2016-04-14 20:44:15 +08:00
|
|
|
|
2023-10-19 18:37:28 +08:00
|
|
|
SOURCE[time_test]=time_test.c
|
|
|
|
INCLUDE[time_test]=../include ../apps/include
|
|
|
|
DEPEND[time_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2021-10-25 10:01:11 +08:00
|
|
|
SOURCE[rand_test]=rand_test.c
|
|
|
|
INCLUDE[rand_test]=../include ../apps/include
|
2023-10-28 17:49:08 +08:00
|
|
|
DEPEND[rand_test]=../libcrypto.a libtestutil.a
|
2021-10-25 10:01:11 +08:00
|
|
|
|
2018-09-17 06:09:25 +08:00
|
|
|
SOURCE[rsa_complex]=rsa_complex.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[rsa_complex]=../include ../apps/include
|
2018-09-17 06:09:25 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[test_test]=test_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[test_test]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[test_test]=../libcrypto libtestutil.a
|
2017-03-22 12:27:55 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[exdatatest]=exdatatest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[exdatatest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[exdatatest]=../libcrypto libtestutil.a
|
2017-02-28 23:53:28 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[bntest]=bntest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[bntest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[bntest]=../libcrypto libtestutil.a
|
2016-04-14 20:44:15 +08:00
|
|
|
|
|
|
|
SOURCE[ectest]=ectest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[ectest]=../include ../apps/include
|
2020-10-15 11:41:59 +08:00
|
|
|
DEPEND[ectest]=../libcrypto.a libtestutil.a
|
2016-04-14 20:44:15 +08:00
|
|
|
|
2017-06-17 04:55:19 +08:00
|
|
|
SOURCE[ecstresstest]=ecstresstest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[ecstresstest]=../include ../apps/include
|
2017-06-17 04:55:19 +08:00
|
|
|
DEPEND[ecstresstest]=../libcrypto libtestutil.a
|
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[gmdifftest]=gmdifftest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[gmdifftest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[gmdifftest]=../libcrypto libtestutil.a
|
2016-04-14 20:44:15 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[pbelutest]=pbelutest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[pbelutest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[pbelutest]=../libcrypto libtestutil.a
|
2016-04-14 20:44:15 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[mdc2test]=mdc2test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[mdc2test]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[mdc2test]=../libcrypto libtestutil.a
|
2016-04-14 20:44:15 +08:00
|
|
|
|
2021-06-15 17:57:36 +08:00
|
|
|
SOURCE[sha_test]=sha_test.c
|
|
|
|
INCLUDE[sha_test]=../include ../apps/include
|
|
|
|
DEPEND[sha_test]=../libcrypto libtestutil.a
|
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[enginetest]=enginetest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[enginetest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[enginetest]=../libcrypto libtestutil.a
|
2016-01-30 06:33:10 +08:00
|
|
|
|
2016-04-14 20:44:15 +08:00
|
|
|
SOURCE[exptest]=exptest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[exptest]=../include ../apps/include
|
2017-04-26 21:11:50 +08:00
|
|
|
DEPEND[exptest]=../libcrypto libtestutil.a
|
2016-01-30 06:33:10 +08:00
|
|
|
|
2022-04-12 18:35:25 +08:00
|
|
|
SOURCE[localetest]=localetest.c
|
|
|
|
INCLUDE[localetest]=../include ../apps/include
|
|
|
|
DEPEND[localetest]=../libcrypto libtestutil.a
|
|
|
|
|
2022-04-23 01:26:08 +08:00
|
|
|
SOURCE[evp_pkey_ctx_new_from_name]=evp_pkey_ctx_new_from_name.c
|
|
|
|
INCLUDE[evp_pkey_ctx_new_from_name]=../include ../apps/include
|
|
|
|
DEPEND[evp_pkey_ctx_new_from_name]=../libcrypto
|
|
|
|
|
2021-05-19 12:52:16 +08:00
|
|
|
SOURCE[pbetest]=pbetest.c
|
|
|
|
INCLUDE[pbetest]=../include ../apps/include
|
|
|
|
DEPEND[pbetest]=../libcrypto libtestutil.a
|
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[fatalerrtest]=fatalerrtest.c helpers/ssltestlib.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[fatalerrtest]=../include ../apps/include
|
2017-11-29 21:56:15 +08:00
|
|
|
DEPEND[fatalerrtest]=../libcrypto ../libssl libtestutil.a
|
2017-11-30 18:13:13 +08:00
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[tls13ccstest]=tls13ccstest.c helpers/ssltestlib.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[tls13ccstest]=../include ../apps/include
|
2017-11-30 18:13:13 +08:00
|
|
|
DEPEND[tls13ccstest]=../libcrypto ../libssl libtestutil.a
|
2017-11-29 21:56:15 +08:00
|
|
|
|
2025-01-16 23:10:41 +08:00
|
|
|
IF[{- !$disabled{ecx} && !$disabled{tls} && !$disabled{tls1_3} -}]
|
|
|
|
PROGRAMS{noinst}=tls13groupselection_test
|
|
|
|
SOURCE[tls13groupselection_test]=tls13groupselection_test.c helpers/ssltestlib.c
|
|
|
|
INCLUDE[tls13groupselection_test]=../include ../apps/include
|
|
|
|
DEPEND[tls13groupselection_test]=../libcrypto ../libssl libtestutil.a
|
|
|
|
ENDIF
|
|
|
|
|
2021-06-09 22:50:37 +08:00
|
|
|
SOURCE[upcallstest]=upcallstest.c
|
|
|
|
INCLUDE[upcallstest]=../include ../apps/include
|
|
|
|
DEPEND[upcallstest]=../libcrypto libtestutil.a
|
|
|
|
|
2021-05-11 15:45:10 +08:00
|
|
|
SOURCE[user_property_test]=user_property_test.c
|
|
|
|
INCLUDE[user_property_test]=../include ../apps/include
|
|
|
|
DEPEND[user_property_test]=../libcrypto libtestutil.a
|
|
|
|
|
2016-04-14 20:44:15 +08:00
|
|
|
SOURCE[evp_test]=evp_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[evp_test]=../include ../apps/include
|
2017-04-27 03:33:43 +08:00
|
|
|
DEPEND[evp_test]=../libcrypto libtestutil.a
|
2019-04-11 18:27:59 +08:00
|
|
|
IF[{- $disabled{legacy} || !$target{dso_scheme} -}]
|
|
|
|
DEFINE[evp_test]=NO_LEGACY_MODULE
|
|
|
|
ENDIF
|
2016-01-30 06:33:10 +08:00
|
|
|
|
2024-08-31 20:03:49 +08:00
|
|
|
SOURCE[evp_extra_test]=evp_extra_test.c fake_rsaprov.c fake_pipelineprov.c
|
|
|
|
INCLUDE[evp_extra_test]=../include ../apps/include \
|
|
|
|
../providers/common/include \
|
|
|
|
../providers/implementations/include
|
2020-09-11 14:36:54 +08:00
|
|
|
DEPEND[evp_extra_test]=../libcrypto.a libtestutil.a
|
2023-12-01 00:20:34 +08:00
|
|
|
IF[{- !$disabled{module} && !$disabled{legacy} -}]
|
|
|
|
DEFINE[evp_extra_test]=STATIC_LEGACY
|
|
|
|
SOURCE[evp_extra_test]=../providers/legacyprov.c
|
|
|
|
DEPEND[evp_extra_test]=../providers/liblegacy.a \
|
|
|
|
../providers/libcommon.a
|
|
|
|
ENDIF
|
2019-09-15 17:55:10 +08:00
|
|
|
|
2022-11-22 10:42:04 +08:00
|
|
|
SOURCE[hpke_test]=hpke_test.c
|
|
|
|
INCLUDE[hpke_test]=../include ../apps/include
|
|
|
|
DEPEND[hpke_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2024-11-17 00:12:18 +08:00
|
|
|
SOURCE[evp_extra_test2]=evp_extra_test2.c $INITSRC tls-provider.c
|
2020-06-16 00:48:39 +08:00
|
|
|
INCLUDE[evp_extra_test2]=../include ../apps/include
|
|
|
|
DEPEND[evp_extra_test2]=../libcrypto libtestutil.a
|
|
|
|
|
2020-07-09 11:43:10 +08:00
|
|
|
SOURCE[evp_libctx_test]=evp_libctx_test.c
|
|
|
|
INCLUDE[evp_libctx_test]=../include ../apps/include
|
|
|
|
DEPEND[evp_libctx_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2019-09-15 17:55:10 +08:00
|
|
|
SOURCE[evp_fetch_prov_test]=evp_fetch_prov_test.c
|
2020-02-20 01:00:26 +08:00
|
|
|
INCLUDE[evp_fetch_prov_test]=../include ../apps/include
|
2019-09-15 17:55:10 +08:00
|
|
|
DEPEND[evp_fetch_prov_test]=../libcrypto libtestutil.a
|
2016-01-30 06:33:10 +08:00
|
|
|
|
2021-06-14 19:56:01 +08:00
|
|
|
SOURCE[provfetchtest]=provfetchtest.c
|
|
|
|
INCLUDE[provfetchtest]=../include ../apps/include
|
|
|
|
DEPEND[provfetchtest]=../libcrypto.a libtestutil.a
|
|
|
|
|
2021-08-25 21:39:29 +08:00
|
|
|
SOURCE[prov_config_test]=prov_config_test.c
|
|
|
|
INCLUDE[prov_config_test]=../include ../apps/include
|
|
|
|
DEPEND[prov_config_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2019-11-18 09:30:50 +08:00
|
|
|
SOURCE[evp_pkey_provided_test]=evp_pkey_provided_test.c
|
|
|
|
INCLUDE[evp_pkey_provided_test]=../include ../apps/include
|
2020-02-16 17:54:08 +08:00
|
|
|
DEPEND[evp_pkey_provided_test]=../libcrypto.a libtestutil.a
|
2019-10-18 05:53:44 +08:00
|
|
|
|
2021-04-29 10:38:23 +08:00
|
|
|
IF[{- !$disabled{'acvp-tests'} -}]
|
|
|
|
PROGRAMS{noinst}=acvp_test
|
|
|
|
|
2020-06-17 09:33:16 +08:00
|
|
|
SOURCE[acvp_test]=acvp_test.c
|
|
|
|
INCLUDE[acvp_test]=../include ../apps/include
|
|
|
|
DEPEND[acvp_test]=../libcrypto.a libtestutil.a
|
|
|
|
ENDIF
|
|
|
|
|
2020-09-10 14:40:24 +08:00
|
|
|
SOURCE[ossl_store_test]=ossl_store_test.c
|
|
|
|
INCLUDE[ossl_store_test]=../include ../apps/include
|
|
|
|
DEPEND[ossl_store_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2020-08-09 16:06:52 +08:00
|
|
|
SOURCE[provider_status_test]=provider_status_test.c
|
|
|
|
INCLUDE[provider_status_test]=../include ../apps/include
|
|
|
|
DEPEND[provider_status_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2023-02-01 07:19:02 +08:00
|
|
|
SOURCE[pairwise_fail_test]=pairwise_fail_test.c
|
|
|
|
INCLUDE[pairwise_fail_test]=../include ../apps/include
|
|
|
|
DEPEND[pairwise_fail_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2023-02-21 01:22:57 +08:00
|
|
|
SOURCE[nodefltctxtest]=nodefltctxtest.c
|
|
|
|
INCLUDE[nodefltctxtest]=../include ../apps/include
|
|
|
|
DEPEND[nodefltctxtest]=../libcrypto.a libtestutil.a
|
|
|
|
|
2022-08-26 09:54:35 +08:00
|
|
|
SOURCE[evp_pkey_dhkem_test]=evp_pkey_dhkem_test.c
|
|
|
|
INCLUDE[evp_pkey_dhkem_test]=../include ../apps/include
|
|
|
|
DEPEND[evp_pkey_dhkem_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2024-11-06 11:22:45 +08:00
|
|
|
IF[{- !$disabled{'slh-dsa'} -}]
|
|
|
|
PROGRAMS{noinst}=slh_dsa_test
|
|
|
|
SOURCE[slh_dsa_test]=slh_dsa_test.c
|
|
|
|
INCLUDE[slh_dsa_test]=../include ../apps/include
|
|
|
|
DEPEND[slh_dsa_test]=../libcrypto.a libtestutil.a
|
|
|
|
ENDIF
|
|
|
|
|
2020-02-06 18:31:41 +08:00
|
|
|
IF[{- !$disabled{'deprecated-3.0'} -}]
|
2020-01-03 00:15:26 +08:00
|
|
|
PROGRAMS{noinst}=igetest bftest casttest
|
|
|
|
|
2019-12-06 01:09:49 +08:00
|
|
|
SOURCE[igetest]=igetest.c
|
|
|
|
INCLUDE[igetest]=../include ../apps/include
|
|
|
|
DEPEND[igetest]=../libcrypto libtestutil.a
|
2020-01-02 22:25:27 +08:00
|
|
|
|
|
|
|
SOURCE[bftest]=bftest.c
|
|
|
|
INCLUDE[bftest]=../include ../apps/include
|
|
|
|
DEPEND[bftest]=../libcrypto libtestutil.a
|
2020-01-03 00:15:26 +08:00
|
|
|
|
|
|
|
SOURCE[casttest]=casttest.c
|
|
|
|
INCLUDE[casttest]=../include ../apps/include
|
|
|
|
DEPEND[casttest]=../libcrypto libtestutil.a
|
2019-12-06 01:09:49 +08:00
|
|
|
ENDIF
|
2016-01-30 06:33:10 +08:00
|
|
|
|
2024-12-03 12:03:09 +08:00
|
|
|
IF[{- !$disabled{'ml-dsa'} -}]
|
|
|
|
PROGRAMS{noinst}=ml_dsa_test
|
|
|
|
SOURCE[ml_dsa_test]=ml_dsa_test.c
|
|
|
|
INCLUDE[ml_dsa_test]=../include ../apps/include
|
|
|
|
DEPEND[ml_dsa_test]=../libcrypto.a libtestutil.a
|
|
|
|
ENDIF
|
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[v3nametest]=v3nametest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[v3nametest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[v3nametest]=../libcrypto libtestutil.a
|
2016-01-30 06:33:10 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[crltest]=crltest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[crltest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[crltest]=../libcrypto libtestutil.a
|
2016-11-29 04:33:40 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[v3ext]=v3ext.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[v3ext]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[v3ext]=../libcrypto libtestutil.a
|
2016-06-08 23:37:06 +08:00
|
|
|
|
2016-04-14 20:44:15 +08:00
|
|
|
SOURCE[danetest]=danetest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[danetest]=../include ../apps/include
|
2017-05-02 20:32:26 +08:00
|
|
|
DEPEND[danetest]=../libcrypto ../libssl libtestutil.a
|
2016-01-30 06:33:10 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[constant_time_test]=constant_time_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[constant_time_test]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[constant_time_test]=../libcrypto libtestutil.a
|
2016-01-30 06:33:10 +08:00
|
|
|
|
2021-10-28 07:21:40 +08:00
|
|
|
SOURCE[safe_math_test]=safe_math_test.c
|
|
|
|
INCLUDE[safe_math_test]=../include ../apps/include
|
|
|
|
DEPEND[safe_math_test]=../libcrypto libtestutil.a
|
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[verify_extra_test]=verify_extra_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[verify_extra_test]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[verify_extra_test]=../libcrypto libtestutil.a
|
2016-01-30 06:33:10 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[clienthellotest]=clienthellotest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[clienthellotest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[clienthellotest]=../libcrypto ../libssl libtestutil.a
|
2016-01-30 06:33:10 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[bad_dtls_test]=bad_dtls_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[bad_dtls_test]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[bad_dtls_test]=../libcrypto ../libssl libtestutil.a
|
2016-07-25 21:31:43 +08:00
|
|
|
|
2022-05-23 17:42:03 +08:00
|
|
|
SOURCE[packettest]=packettest.c ../crypto/quic_vlint.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[packettest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[packettest]=../libcrypto libtestutil.a
|
2016-01-30 06:33:10 +08:00
|
|
|
|
2024-02-06 01:35:33 +08:00
|
|
|
IF[{- !$disabled{'quic'} -}]
|
|
|
|
SOURCE[quic_wire_test]=quic_wire_test.c
|
|
|
|
INCLUDE[quic_wire_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_wire_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2022-07-12 02:16:20 +08:00
|
|
|
|
2024-02-06 01:35:33 +08:00
|
|
|
SOURCE[quic_record_test]=quic_record_test.c
|
|
|
|
INCLUDE[quic_record_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_record_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2022-07-22 20:08:38 +08:00
|
|
|
|
2024-02-06 01:35:33 +08:00
|
|
|
SOURCE[quic_fc_test]=quic_fc_test.c
|
|
|
|
INCLUDE[quic_fc_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_fc_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2022-08-22 22:32:16 +08:00
|
|
|
|
2024-02-06 01:35:33 +08:00
|
|
|
SOURCE[quic_stream_test]=quic_stream_test.c
|
|
|
|
INCLUDE[quic_stream_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_stream_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2022-09-06 20:23:29 +08:00
|
|
|
|
2024-02-06 01:35:33 +08:00
|
|
|
SOURCE[quic_cfq_test]=quic_cfq_test.c
|
|
|
|
INCLUDE[quic_cfq_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_cfq_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2022-09-15 18:31:11 +08:00
|
|
|
|
2024-02-06 01:35:33 +08:00
|
|
|
SOURCE[quic_txpim_test]=quic_txpim_test.c
|
|
|
|
INCLUDE[quic_txpim_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_txpim_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2022-09-15 19:29:10 +08:00
|
|
|
|
2024-02-06 01:35:33 +08:00
|
|
|
SOURCE[quic_srtm_test]=quic_srtm_test.c
|
|
|
|
INCLUDE[quic_srtm_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_srtm_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2023-11-03 20:23:14 +08:00
|
|
|
|
2024-02-06 01:35:33 +08:00
|
|
|
SOURCE[quic_lcidm_test]=quic_lcidm_test.c
|
|
|
|
INCLUDE[quic_lcidm_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_lcidm_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2023-11-04 01:46:12 +08:00
|
|
|
|
2024-02-06 01:35:33 +08:00
|
|
|
SOURCE[quic_rcidm_test]=quic_rcidm_test.c
|
|
|
|
INCLUDE[quic_rcidm_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_rcidm_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2023-11-07 23:57:05 +08:00
|
|
|
|
2024-02-06 01:35:33 +08:00
|
|
|
SOURCE[quic_fifd_test]=quic_fifd_test.c cc_dummy.c
|
|
|
|
INCLUDE[quic_fifd_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_fifd_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2022-09-15 19:48:50 +08:00
|
|
|
|
2024-02-06 01:35:33 +08:00
|
|
|
SOURCE[quic_txp_test]=quic_txp_test.c cc_dummy.c
|
|
|
|
INCLUDE[quic_txp_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_txp_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2022-09-27 00:06:59 +08:00
|
|
|
|
2024-02-06 01:35:33 +08:00
|
|
|
SOURCE[quic_tserver_test]=quic_tserver_test.c
|
|
|
|
INCLUDE[quic_tserver_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_tserver_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2022-11-23 01:49:36 +08:00
|
|
|
|
2024-02-06 01:35:33 +08:00
|
|
|
SOURCE[quic_client_test]=quic_client_test.c
|
|
|
|
INCLUDE[quic_client_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_client_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2023-03-17 01:25:37 +08:00
|
|
|
|
2024-02-06 01:35:33 +08:00
|
|
|
$QUICTESTHELPERS=helpers/quictestlib.c helpers/noisydgrambio.c helpers/pktsplitbio.c
|
2023-09-19 18:52:42 +08:00
|
|
|
|
2024-02-06 01:35:33 +08:00
|
|
|
SOURCE[quic_multistream_test]=quic_multistream_test.c helpers/ssltestlib.c $QUICTESTHELPERS
|
|
|
|
INCLUDE[quic_multistream_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_multistream_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2024-02-06 01:42:30 +08:00
|
|
|
|
|
|
|
SOURCE[quic_radix_test]=radix/quic_radix.c
|
|
|
|
SOURCE[quic_radix_test]=helpers/ssltestlib.c $QUICTESTHELPERS
|
|
|
|
INCLUDE[quic_radix_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_radix_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2024-02-06 01:35:33 +08:00
|
|
|
ENDIF
|
2023-04-19 02:30:56 +08:00
|
|
|
|
2024-01-29 22:28:06 +08:00
|
|
|
IF[{- !$disabled{'qlog'} -}]
|
|
|
|
SOURCE[quic_qlog_test]=quic_qlog_test.c
|
|
|
|
INCLUDE[quic_qlog_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_qlog_test]=../libcrypto.a ../libssl.a libtestutil.a
|
|
|
|
ENDIF
|
2024-01-29 21:58:18 +08:00
|
|
|
|
2016-04-14 20:44:15 +08:00
|
|
|
SOURCE[asynctest]=asynctest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[asynctest]=../include ../apps/include
|
2016-04-14 20:44:15 +08:00
|
|
|
DEPEND[asynctest]=../libcrypto
|
2016-01-30 06:33:10 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[secmemtest]=secmemtest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[secmemtest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[secmemtest]=../libcrypto libtestutil.a
|
2016-01-30 06:33:10 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[srptest]=srptest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[srptest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[srptest]=../libcrypto libtestutil.a
|
2016-01-30 06:33:10 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[memleaktest]=memleaktest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[memleaktest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[memleaktest]=../libcrypto libtestutil.a
|
2016-02-06 12:45:32 +08:00
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[pkcs12_format_test]=pkcs12_format_test.c helpers/pkcs12.c
|
2019-09-19 13:39:13 +08:00
|
|
|
INCLUDE[pkcs12_format_test]=../include ../apps/include
|
|
|
|
DEPEND[pkcs12_format_test]=../libcrypto libtestutil.a
|
|
|
|
|
2022-03-13 13:56:13 +08:00
|
|
|
SOURCE[pkcs12_api_test]=pkcs12_api_test.c helpers/pkcs12.c
|
|
|
|
INCLUDE[pkcs12_api_test]=../include ../apps/include
|
|
|
|
DEPEND[pkcs12_api_test]=../libcrypto libtestutil.a
|
|
|
|
|
2021-05-28 09:42:41 +08:00
|
|
|
SOURCE[pkcs7_test]=pkcs7_test.c
|
|
|
|
INCLUDE[pkcs7_test]=../include ../apps/include
|
|
|
|
DEPEND[pkcs7_test]=../libcrypto libtestutil.a
|
|
|
|
|
2025-01-10 16:00:15 +08:00
|
|
|
SOURCE[byteorder_test]=byteorder_test.c
|
|
|
|
INCLUDE[byteorder_test]=../include ../apps/include
|
|
|
|
DEPEND[byteorder_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2022-10-27 07:25:35 +08:00
|
|
|
SOURCE[punycode_test]=punycode_test.c
|
|
|
|
INCLUDE[punycode_test]=../include ../apps/include
|
|
|
|
DEPEND[punycode_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2024-07-19 18:24:47 +08:00
|
|
|
SOURCE[evp_byname_test]=evp_byname_test.c
|
|
|
|
INCLUDE[evp_byname_test]=../include ../apps/include
|
|
|
|
DEPEND[evp_byname_test]=../libcrypto libtestutil.a
|
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[stack_test]=stack_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[stack_test]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[stack_test]=../libcrypto libtestutil.a
|
2017-03-14 10:37:26 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[lhash_test]=lhash_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[lhash_test]=../include ../apps/include
|
Introduce new internal hashtable implementation
Create a new hashtable that is more efficient than the existing LHASH_OF
implementation. the new ossl_ht api offers several new features that
improve performance opportunistically
* A more generalized hash function. Currently using fnv1a, provides a
more general hash function, but can still be overridden where needed
* Improved locking and reference counting. This hash table is
internally locked with an RCU lock, and optionally reference counts
elements, allowing for users to not have to create and manage their
own read/write locks
* Lockless operation. The hash table can be configured to operate
locklessly on the read side, improving performance, at the sacrifice
of the ability to grow the hash table or delete elements from it
* A filter function allowing for the retrieval of several elements at a
time matching a given criteria without having to hold a lock
permanently
* a doall_until iterator variant, that allows callers which need to
iterate over the entire hash table until a given condition is met (as
defined by the return value of the iterator callback). This allows
for callers attempting to do expensive cache searches for a small
number of elements to terminate the iteration early, saving cpu cycles
* Dynamic type safety. The hash table provides operations to set and
get data of a specific type without having to define a type at the
instatiation point
* Multiple data type storage. The hash table can store multiple data
types allowing for more flexible usage
* Ubsan safety. Because the API deals with concrete single types
(HT_KEY and HT_VALUE), leaving specific type casting to the call
recipient with dynamic type validation, this implementation is safe
from the ubsan undefined behavior warnings that require additional
thunking on callbacks.
Testing of this new hashtable with an equivalent hash function, I can
observe approximately a 6% performance improvement in the lhash_test
Reviewed-by: Tomas Mraz <tomas@openssl.org>
Reviewed-by: Paul Dale <pauli@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/23671)
2024-01-28 23:50:38 +08:00
|
|
|
DEPEND[lhash_test]=../libcrypto.a libtestutil.a
|
2017-03-16 13:00:23 +08:00
|
|
|
|
2016-04-14 20:44:15 +08:00
|
|
|
SOURCE[dtlsv1listentest]=dtlsv1listentest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[dtlsv1listentest]=../include ../apps/include
|
2017-04-27 00:20:44 +08:00
|
|
|
DEPEND[dtlsv1listentest]=../libssl libtestutil.a
|
2016-02-26 05:48:36 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[ct_test]=ct_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[ct_test]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[ct_test]=../libcrypto libtestutil.a
|
2015-10-26 00:43:55 +08:00
|
|
|
|
2022-11-16 23:09:55 +08:00
|
|
|
SOURCE[threadpool_test]=threadpool_test.c
|
|
|
|
INCLUDE[threadpool_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[threadpool_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[threadstest]=threadstest.c
|
2021-09-28 04:42:11 +08:00
|
|
|
INCLUDE[threadstest]=.. ../include ../apps/include
|
|
|
|
DEPEND[threadstest]=../libcrypto.a libtestutil.a
|
2016-02-28 03:34:47 +08:00
|
|
|
|
2021-05-14 13:41:14 +08:00
|
|
|
SOURCE[threadstest_fips]=threadstest_fips.c
|
|
|
|
INCLUDE[threadstest_fips]=../include ../apps/include
|
|
|
|
DEPEND[threadstest_fips]=../libcrypto libtestutil.a
|
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[afalgtest]=afalgtest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[afalgtest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[afalgtest]=../libcrypto libtestutil.a
|
2016-03-03 13:56:10 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[d2i_test]=d2i_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[d2i_test]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[d2i_test]=../libcrypto libtestutil.a
|
2016-03-31 04:37:05 +08:00
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[ssl_test_ctx_test]=ssl_test_ctx_test.c helpers/ssl_test_ctx.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[ssl_test_ctx_test]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[ssl_test_ctx_test]=../libcrypto ../libssl libtestutil.a
|
2016-03-17 22:14:30 +08:00
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[ssl_test]=ssl_test.c helpers/ssl_test_ctx.c helpers/handshake.c
|
2021-02-08 19:31:59 +08:00
|
|
|
IF[{- !$disabled{'srp'} -}]
|
|
|
|
SOURCE[ssl_test]=helpers/handshake_srp.c
|
|
|
|
ENDIF
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[ssl_test]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[ssl_test]=../libcrypto ../libssl libtestutil.a
|
2016-03-17 22:14:30 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[cipherlist_test]=cipherlist_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[cipherlist_test]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[cipherlist_test]=../libcrypto ../libssl libtestutil.a
|
2016-04-06 22:03:06 +08:00
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
INCLUDE[helpers/ssl_test_ctx.o]=../include
|
|
|
|
INCLUDE[helpers/handshake.o]=.. ../include
|
|
|
|
INCLUDE[helpers/pkcs12.o]=.. ../include
|
|
|
|
INCLUDE[helpers/ssltestlib.o]=.. ../include
|
|
|
|
INCLUDE[helpers/cmp_testlib.o]=.. ../include ../apps/include
|
2016-05-03 02:46:51 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[x509aux]=x509aux.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[x509aux]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[x509aux]=../libcrypto libtestutil.a
|
2016-05-12 23:04:10 +08:00
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[asynciotest]=asynciotest.c helpers/ssltestlib.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[asynciotest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[asynciotest]=../libcrypto ../libssl libtestutil.a
|
2016-05-26 20:47:47 +08:00
|
|
|
|
2018-03-19 21:20:53 +08:00
|
|
|
SOURCE[bio_callback_test]=bio_callback_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[bio_callback_test]=../include ../apps/include
|
2018-03-19 21:20:53 +08:00
|
|
|
DEPEND[bio_callback_test]=../libcrypto libtestutil.a
|
|
|
|
|
2021-03-18 13:00:23 +08:00
|
|
|
SOURCE[bio_readbuffer_test]=bio_readbuffer_test.c
|
|
|
|
INCLUDE[bio_readbuffer_test]=../include ../apps/include
|
|
|
|
DEPEND[bio_readbuffer_test]=../libcrypto libtestutil.a
|
|
|
|
|
2019-01-21 15:47:02 +08:00
|
|
|
SOURCE[bio_memleak_test]=bio_memleak_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[bio_memleak_test]=../include ../apps/include
|
2019-01-21 15:47:02 +08:00
|
|
|
DEPEND[bio_memleak_test]=../libcrypto libtestutil.a
|
|
|
|
|
2024-03-04 10:08:08 +08:00
|
|
|
SOURCE[bio_meth_test]=bio_meth_test.c
|
|
|
|
INCLUDE[bio_meth_test]=../include ../apps/include
|
|
|
|
DEPEND[bio_meth_test]=../libcrypto libtestutil.a
|
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[bioprinttest]=bioprinttest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[bioprinttest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[bioprinttest]=../libcrypto libtestutil.a
|
2016-08-05 06:32:36 +08:00
|
|
|
|
2021-04-28 20:57:43 +08:00
|
|
|
SOURCE[bio_core_test]=bio_core_test.c
|
|
|
|
INCLUDE[bio_core_test]=../include ../apps/include
|
|
|
|
DEPEND[bio_core_test]=../libcrypto libtestutil.a
|
|
|
|
|
2022-05-09 21:24:33 +08:00
|
|
|
SOURCE[bio_dgram_test]=bio_dgram_test.c
|
|
|
|
INCLUDE[bio_dgram_test]=../include ../apps/include
|
|
|
|
DEPEND[bio_dgram_test]=../libcrypto libtestutil.a
|
|
|
|
|
2021-09-09 04:23:04 +08:00
|
|
|
SOURCE[bio_tfo_test]=bio_tfo_test.c
|
|
|
|
INCLUDE[bio_tfo_test]=../include ../apps/include ..
|
|
|
|
DEPEND[bio_tfo_test]=../libcrypto libtestutil.a
|
|
|
|
|
2022-06-17 00:30:46 +08:00
|
|
|
SOURCE[membio_test]=membio_test.c
|
|
|
|
INCLUDE[membio_test]=../include ../apps/include ..
|
|
|
|
DEPEND[membio_test]=../libcrypto libtestutil.a
|
|
|
|
|
2022-06-01 03:22:40 +08:00
|
|
|
SOURCE[bio_dgram_test]=bio_dgram_test.c
|
|
|
|
INCLUDE[bio_dgram_test]=../include ../apps/include ..
|
|
|
|
DEPEND[bio_dgram_test]=../libcrypto libtestutil.a
|
|
|
|
|
2019-02-22 10:21:33 +08:00
|
|
|
SOURCE[params_api_test]=params_api_test.c
|
|
|
|
INCLUDE[params_api_test]=../include ../apps/include
|
|
|
|
DEPEND[params_api_test]=../libcrypto libtestutil.a
|
|
|
|
|
2019-05-21 05:42:26 +08:00
|
|
|
SOURCE[params_conversion_test]=params_conversion_test.c
|
|
|
|
INCLUDE[params_conversion_test]=../include ../apps/include
|
|
|
|
DEPEND[params_conversion_test]=../libcrypto libtestutil.a
|
|
|
|
|
2019-07-17 14:59:09 +08:00
|
|
|
SOURCE[param_build_test]=param_build_test.c
|
|
|
|
INCLUDE[param_build_test]=../include ../apps/include
|
|
|
|
DEPEND[param_build_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[sslapitest]=sslapitest.c helpers/ssltestlib.c filterprov.c tls-provider.c
|
2025-02-06 03:58:06 +08:00
|
|
|
INCLUDE[sslapitest]=../include ../apps/include ../providers/common/include ..
|
2024-03-25 20:32:17 +08:00
|
|
|
DEPEND[sslapitest]=../libcrypto.a ../libssl.a libtestutil.a
|
2023-02-28 00:36:15 +08:00
|
|
|
|
|
|
|
SOURCE[ssl_handshake_rtt_test]=ssl_handshake_rtt_test.c helpers/ssltestlib.c
|
|
|
|
INCLUDE[ssl_handshake_rtt_test]=../include ../apps/include ..
|
|
|
|
DEPEND[ssl_handshake_rtt_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2017-10-20 03:44:10 +08:00
|
|
|
|
2021-01-28 03:23:33 +08:00
|
|
|
SOURCE[rpktest]=rpktest.c helpers/ssltestlib.c
|
|
|
|
INCLUDE[rpktest]=../include ../apps/include ..
|
|
|
|
DEPEND[rpktest]=../libcrypto ../libssl libtestutil.a
|
|
|
|
|
2020-08-05 21:46:48 +08:00
|
|
|
SOURCE[defltfips_test]=defltfips_test.c
|
|
|
|
INCLUDE[defltfips_test]=../include ../apps/include
|
|
|
|
DEPEND[defltfips_test]=../libcrypto libtestutil.a
|
|
|
|
|
2022-09-14 04:38:30 +08:00
|
|
|
SOURCE[fips_version_test]=fips_version_test.c
|
|
|
|
INCLUDE[fips_version_test]=../include ../apps/include
|
|
|
|
DEPEND[fips_version_test]=../libcrypto libtestutil.a
|
|
|
|
|
2017-10-20 03:44:10 +08:00
|
|
|
SOURCE[ocspapitest]=ocspapitest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[ocspapitest]=../include ../apps/include
|
2017-10-20 03:44:10 +08:00
|
|
|
DEPEND[ocspapitest]=../libcrypto libtestutil.a
|
2016-07-04 21:59:06 +08:00
|
|
|
|
2019-10-31 06:39:35 +08:00
|
|
|
IF[{- !$disabled{sock} -}]
|
2023-06-02 01:55:54 +08:00
|
|
|
IF[{- !$disabled{http} -}]
|
|
|
|
PROGRAMS{noinst}=http_test
|
2019-10-31 06:39:35 +08:00
|
|
|
|
2023-06-02 01:55:54 +08:00
|
|
|
SOURCE[http_test]=http_test.c
|
|
|
|
INCLUDE[http_test]=../include ../apps/include
|
|
|
|
DEPEND[http_test]=../libcrypto libtestutil.a
|
|
|
|
ENDIF
|
2023-09-21 23:28:58 +08:00
|
|
|
|
|
|
|
PROGRAMS{noinst}=bio_addr_test
|
|
|
|
|
|
|
|
SOURCE[bio_addr_test]=bio_addr_test.c
|
|
|
|
INCLUDE[bio_addr_test]=../include ../apps/include
|
|
|
|
DEPEND[bio_addr_test]=../libcrypto libtestutil.a
|
2023-06-02 01:55:54 +08:00
|
|
|
ENDIF
|
2019-10-31 06:39:35 +08:00
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[dtlstest]=dtlstest.c helpers/ssltestlib.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[dtlstest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[dtlstest]=../libcrypto ../libssl libtestutil.a
|
2016-08-22 05:31:21 +08:00
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[sslcorrupttest]=sslcorrupttest.c helpers/ssltestlib.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[sslcorrupttest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[sslcorrupttest]=../libcrypto ../libssl libtestutil.a
|
2016-11-01 04:50:26 +08:00
|
|
|
|
2024-08-21 22:43:33 +08:00
|
|
|
SOURCE[bio_base64_test]=bio_base64_test.c
|
|
|
|
INCLUDE[bio_base64_test]=../include ../apps/include
|
|
|
|
DEPEND[bio_base64_test]=../libcrypto libtestutil.a
|
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[bio_enc_test]=bio_enc_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[bio_enc_test]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[bio_enc_test]=../libcrypto libtestutil.a
|
2016-09-08 17:01:24 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[pkey_meth_test]=pkey_meth_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[pkey_meth_test]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[pkey_meth_test]=../libcrypto libtestutil.a
|
2016-11-20 05:52:34 +08:00
|
|
|
|
2017-08-04 03:44:18 +08:00
|
|
|
SOURCE[pkey_meth_kdf_test]=pkey_meth_kdf_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[pkey_meth_kdf_test]=../include ../apps/include
|
2017-08-04 03:44:18 +08:00
|
|
|
DEPEND[pkey_meth_kdf_test]=../libcrypto libtestutil.a
|
|
|
|
|
2018-06-22 05:16:18 +08:00
|
|
|
SOURCE[evp_kdf_test]=evp_kdf_test.c
|
2019-02-14 01:59:13 +08:00
|
|
|
INCLUDE[evp_kdf_test]=../include ../apps/include
|
2018-06-22 05:16:18 +08:00
|
|
|
DEPEND[evp_kdf_test]=../libcrypto libtestutil.a
|
|
|
|
|
2023-07-21 13:05:38 +08:00
|
|
|
SOURCE[evp_xof_test]=evp_xof_test.c
|
|
|
|
INCLUDE[evp_xof_test]=../include ../apps/include
|
|
|
|
DEPEND[evp_xof_test]=../libcrypto libtestutil.a
|
|
|
|
|
2019-05-27 19:52:37 +08:00
|
|
|
SOURCE[evp_pkey_dparams_test]=evp_pkey_dparams_test.c
|
|
|
|
INCLUDE[evp_pkey_dparams_test]=../include ../apps/include
|
|
|
|
DEPEND[evp_pkey_dparams_test]=../libcrypto libtestutil.a
|
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[x509_time_test]=x509_time_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[x509_time_test]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[x509_time_test]=../libcrypto libtestutil.a
|
2017-02-18 02:00:15 +08:00
|
|
|
|
2022-10-13 15:02:54 +08:00
|
|
|
SOURCE[x509_test]=x509_test.c
|
|
|
|
INCLUDE[x509_test]=../include ../apps/include
|
|
|
|
DEPEND[x509_test]=../libcrypto libtestutil.a
|
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[recordlentest]=recordlentest.c helpers/ssltestlib.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[recordlentest]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[recordlentest]=../libcrypto ../libssl libtestutil.a
|
2017-03-07 00:56:42 +08:00
|
|
|
|
2017-06-28 00:04:37 +08:00
|
|
|
SOURCE[drbgtest]=drbgtest.c
|
2024-08-12 17:31:10 +08:00
|
|
|
INCLUDE[drbgtest]=../include ../apps/include ../providers/common/include \
|
|
|
|
../providers/fips/include
|
2018-10-23 00:05:14 +08:00
|
|
|
DEPEND[drbgtest]=../libcrypto.a libtestutil.a
|
2017-06-28 00:04:37 +08:00
|
|
|
|
2020-08-26 12:11:49 +08:00
|
|
|
SOURCE[rand_status_test]=rand_status_test.c
|
|
|
|
INCLUDE[rand_status_test]=../include ../apps/include
|
|
|
|
DEPEND[rand_status_test]=../libcrypto libtestutil.a
|
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[x509_dup_cert_test]=x509_dup_cert_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[x509_dup_cert_test]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[x509_dup_cert_test]=../libcrypto libtestutil.a
|
2017-04-21 03:33:42 +08:00
|
|
|
|
2023-12-01 00:57:45 +08:00
|
|
|
SOURCE[x509_load_cert_file_test]=x509_load_cert_file_test.c
|
|
|
|
INCLUDE[x509_load_cert_file_test]=../include ../apps/include
|
|
|
|
DEPEND[x509_load_cert_file_test]=../libcrypto libtestutil.a
|
|
|
|
|
2017-06-05 03:16:40 +08:00
|
|
|
SOURCE[x509_check_cert_pkey_test]=x509_check_cert_pkey_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[x509_check_cert_pkey_test]=../include ../apps/include
|
2017-06-05 03:16:40 +08:00
|
|
|
DEPEND[x509_check_cert_pkey_test]=../libcrypto libtestutil.a
|
|
|
|
|
2017-04-13 05:24:43 +08:00
|
|
|
SOURCE[pemtest]=pemtest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[pemtest]=../include ../apps/include
|
2017-04-13 05:24:43 +08:00
|
|
|
DEPEND[pemtest]=../libcrypto libtestutil.a
|
|
|
|
|
2017-07-09 02:28:15 +08:00
|
|
|
SOURCE[ssl_cert_table_internal_test]=ssl_cert_table_internal_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[ssl_cert_table_internal_test]=.. ../include ../apps/include
|
2017-07-09 02:28:15 +08:00
|
|
|
DEPEND[ssl_cert_table_internal_test]=../libcrypto libtestutil.a
|
|
|
|
|
2017-06-30 03:06:19 +08:00
|
|
|
SOURCE[ciphername_test]=ciphername_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[ciphername_test]=../include ../apps/include
|
2017-06-30 03:06:19 +08:00
|
|
|
DEPEND[ciphername_test]=../libcrypto ../libssl libtestutil.a
|
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[servername_test]=servername_test.c helpers/ssltestlib.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[servername_test]=../include ../apps/include
|
2017-06-28 15:46:13 +08:00
|
|
|
DEPEND[servername_test]=../libcrypto ../libssl libtestutil.a
|
|
|
|
|
2018-05-09 19:05:39 +08:00
|
|
|
IF[{- !$disabled{cms} -}]
|
2018-11-07 18:02:06 +08:00
|
|
|
PROGRAMS{noinst}=cmsapitest
|
2018-05-09 19:05:39 +08:00
|
|
|
SOURCE[cmsapitest]=cmsapitest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[cmsapitest]=../include ../apps/include
|
2018-05-09 19:05:39 +08:00
|
|
|
DEPEND[cmsapitest]=../libcrypto libtestutil.a
|
|
|
|
ENDIF
|
2018-05-01 16:32:30 +08:00
|
|
|
|
2016-10-12 23:13:31 +08:00
|
|
|
IF[{- !$disabled{psk} -}]
|
2018-11-07 18:02:06 +08:00
|
|
|
PROGRAMS{noinst}=dtls_mtu_test
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[dtls_mtu_test]=dtls_mtu_test.c helpers/ssltestlib.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[dtls_mtu_test]=.. ../include ../apps/include
|
2017-04-27 00:20:44 +08:00
|
|
|
DEPEND[dtls_mtu_test]=../libcrypto ../libssl libtestutil.a
|
2016-10-12 23:13:31 +08:00
|
|
|
ENDIF
|
|
|
|
|
2016-11-03 18:31:12 +08:00
|
|
|
IF[{- !$disabled{shared} -}]
|
2018-11-07 18:02:06 +08:00
|
|
|
PROGRAMS{noinst}=shlibloadtest
|
2020-11-25 14:56:08 +08:00
|
|
|
SOURCE[shlibloadtest]=shlibloadtest.c simpledynamic.c
|
2020-02-20 01:00:26 +08:00
|
|
|
INCLUDE[shlibloadtest]=../include ../apps/include
|
2020-11-25 14:57:45 +08:00
|
|
|
|
|
|
|
PROGRAMS{noinst}=moduleloadtest
|
|
|
|
SOURCE[moduleloadtest]=moduleloadtest.c simpledynamic.c
|
|
|
|
INCLUDE[moduleloadtest]=../include ../apps/include
|
2016-10-18 21:16:35 +08:00
|
|
|
ENDIF
|
|
|
|
|
2019-11-25 23:30:51 +08:00
|
|
|
# cipher_overhead_test uses internal symbols, so it must be linked with
|
|
|
|
# the static libraries
|
|
|
|
PROGRAMS{noinst}=cipher_overhead_test
|
|
|
|
SOURCE[cipher_overhead_test]=cipher_overhead_test.c
|
|
|
|
INCLUDE[cipher_overhead_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[cipher_overhead_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2016-10-26 06:25:44 +08:00
|
|
|
|
2019-08-29 04:27:47 +08:00
|
|
|
SOURCE[uitest]=uitest.c ../apps/lib/apps_ui.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[uitest]=.. ../include ../apps/include
|
2018-08-16 10:36:01 +08:00
|
|
|
DEPEND[uitest]=../libcrypto ../libssl libtestutil.a
|
2017-01-11 07:13:59 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[cipherbytes_test]=cipherbytes_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[cipherbytes_test]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[cipherbytes_test]=../libcrypto ../libssl libtestutil.a
|
2017-01-31 02:59:59 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[asn1_encode_test]=asn1_encode_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[asn1_encode_test]=../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[asn1_encode_test]=../libcrypto libtestutil.a
|
2017-04-01 03:28:20 +08:00
|
|
|
|
2018-09-08 16:09:32 +08:00
|
|
|
SOURCE[asn1_decode_test]=asn1_decode_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[asn1_decode_test]=../include ../apps/include
|
2018-09-08 16:09:32 +08:00
|
|
|
DEPEND[asn1_decode_test]=../libcrypto libtestutil.a
|
|
|
|
|
2017-07-27 01:18:50 +08:00
|
|
|
SOURCE[asn1_string_table_test]=asn1_string_table_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[asn1_string_table_test]=../include ../apps/include
|
2017-07-27 01:18:50 +08:00
|
|
|
DEPEND[asn1_string_table_test]=../libcrypto libtestutil.a
|
|
|
|
|
2023-12-08 05:56:39 +08:00
|
|
|
SOURCE[asn1_stable_parse_test]=asn1_stable_parse_test.c
|
|
|
|
INCLUDE[asn1_stable_parse_test]=../include ../apps/include
|
|
|
|
DEPEND[asn1_stable_parse_test]=../libcrypto libtestutil.a
|
|
|
|
|
2017-02-17 05:08:02 +08:00
|
|
|
SOURCE[time_offset_test]=time_offset_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[time_offset_test]=../include ../apps/include
|
2017-02-17 05:08:02 +08:00
|
|
|
DEPEND[time_offset_test]=../libcrypto libtestutil.a
|
|
|
|
|
2018-02-27 20:55:35 +08:00
|
|
|
SOURCE[conf_include_test]=conf_include_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[conf_include_test]=../include ../apps/include
|
2018-02-27 20:55:35 +08:00
|
|
|
DEPEND[conf_include_test]=../libcrypto libtestutil.a
|
|
|
|
|
2019-08-10 20:07:22 +08:00
|
|
|
IF[{- !$disabled{cmp} -}]
|
2019-11-05 16:56:59 +08:00
|
|
|
PROGRAMS{noinst}=cmp_asn_test cmp_ctx_test cmp_status_test cmp_hdr_test \
|
2020-03-10 17:29:46 +08:00
|
|
|
cmp_protect_test cmp_msg_test cmp_vfy_test \
|
2020-03-11 00:32:57 +08:00
|
|
|
cmp_server_test cmp_client_test
|
2019-08-10 20:07:22 +08:00
|
|
|
ENDIF
|
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[cmp_asn_test]=cmp_asn_test.c helpers/cmp_testlib.c
|
2019-08-10 20:07:22 +08:00
|
|
|
INCLUDE[cmp_asn_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[cmp_asn_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[cmp_ctx_test]=cmp_ctx_test.c helpers/cmp_testlib.c
|
2019-08-10 20:07:22 +08:00
|
|
|
INCLUDE[cmp_ctx_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[cmp_ctx_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[cmp_hdr_test]=cmp_hdr_test.c helpers/cmp_testlib.c
|
2019-09-27 16:22:23 +08:00
|
|
|
INCLUDE[cmp_hdr_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[cmp_hdr_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[cmp_status_test]=cmp_status_test.c helpers/cmp_testlib.c
|
2019-09-27 16:22:23 +08:00
|
|
|
INCLUDE[cmp_status_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[cmp_status_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[cmp_protect_test]=cmp_protect_test.c helpers/cmp_testlib.c
|
2019-11-05 16:56:59 +08:00
|
|
|
INCLUDE[cmp_protect_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[cmp_protect_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[cmp_msg_test]=cmp_msg_test.c helpers/cmp_testlib.c
|
2019-11-05 16:56:59 +08:00
|
|
|
INCLUDE[cmp_msg_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[cmp_msg_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[cmp_vfy_test]=cmp_vfy_test.c helpers/cmp_testlib.c
|
2020-02-15 21:57:32 +08:00
|
|
|
INCLUDE[cmp_vfy_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[cmp_vfy_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[cmp_server_test]=cmp_server_test.c helpers/cmp_testlib.c
|
2020-03-10 17:29:46 +08:00
|
|
|
INCLUDE[cmp_server_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[cmp_server_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2021-05-19 16:01:25 +08:00
|
|
|
SOURCE[cmp_client_test]=cmp_client_test.c helpers/cmp_testlib.c ../apps/lib/cmp_mock_srv.c
|
2020-03-11 00:32:57 +08:00
|
|
|
INCLUDE[cmp_client_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[cmp_client_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2022-02-05 03:35:54 +08:00
|
|
|
SOURCE[ca_internals_test]=ca_internals_test.c ../apps/ca.c ../apps/lib/apps.c \
|
|
|
|
../apps/lib/app_rand.c ../apps/lib/engine.c ../apps/lib/app_provider.c \
|
|
|
|
../apps/lib/app_libctx.c ../apps/lib/fmt.c ../apps/lib/apps_ui.c \
|
|
|
|
../apps/lib/app_x509.c ../crypto/asn1/a_time.c ../crypto/ctype.c
|
|
|
|
INCLUDE[ca_internals_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[ca_internals_test]=libtestutil.a ../libssl
|
|
|
|
|
2016-10-27 14:44:36 +08:00
|
|
|
# Internal test programs. These are essentially a collection of internal
|
2016-11-10 03:09:03 +08:00
|
|
|
# test routines. Some of them need to reach internal symbols that aren't
|
|
|
|
# available through the shared library (at least on Linux, Solaris, Windows
|
|
|
|
# and VMS, where the exported symbols are those listed in util/*.num), these
|
2017-03-29 05:57:28 +08:00
|
|
|
# programs are forcibly linked with the static libraries, where all symbols
|
2018-10-25 21:55:15 +08:00
|
|
|
# are always available.
|
|
|
|
IF[1]
|
2018-11-07 18:02:06 +08:00
|
|
|
PROGRAMS{noinst}=asn1_internal_test modes_internal_test x509_internal_test \
|
Fix issues in ia32 RDRAND asm leading to reduced entropy
This patch fixes two issues in the ia32 RDRAND assembly code that result in a
(possibly significant) loss of entropy.
The first, less significant, issue is that, by returning success as 0 from
OPENSSL_ia32_rdrand() and OPENSSL_ia32_rdseed(), a subtle bias was introduced.
Specifically, because the assembly routine copied the remaining number of
retries over the result when RDRAND/RDSEED returned 'successful but zero', a
bias towards values 1-8 (primarily 8) was introduced.
The second, more worrying issue was that, due to a mixup in registers, when a
buffer that was not size 0 or 1 mod 8 was passed to OPENSSL_ia32_rdrand_bytes
or OPENSSL_ia32_rdseed_bytes, the last (n mod 8) bytes were all the same value.
This issue impacts only the 64-bit variant of the assembly.
This change fixes both issues by first eliminating the only use of
OPENSSL_ia32_rdrand, replacing it with OPENSSL_ia32_rdrand_bytes, and fixes the
register mixup in OPENSSL_ia32_rdrand_bytes. It also adds a sanity test for
OPENSSL_ia32_rdrand_bytes and OPENSSL_ia32_rdseed_bytes to help catch problems
of this nature in the future.
Reviewed-by: Andy Polyakov <appro@openssl.org>
Reviewed-by: Rich Salz <rsalz@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/5342)
2018-03-08 05:01:06 +08:00
|
|
|
tls13encryptiontest wpackettest ctype_internal_test \
|
2021-05-07 02:46:27 +08:00
|
|
|
rdcpu_sanitytest property_test ideatest rsa_mp_test \
|
2020-02-12 13:03:51 +08:00
|
|
|
rsa_sp800_56b_test bn_internal_test ecdsatest rsa_test \
|
2020-02-16 11:03:46 +08:00
|
|
|
rc2test rc4test rc5test hmactest ffc_internal_test \
|
2020-02-03 17:05:31 +08:00
|
|
|
asn1_dsa_internal_test dsatest dsa_no_digest_size_test \
|
2020-11-29 19:40:10 +08:00
|
|
|
dhtest ssl_old_test
|
2018-07-05 07:28:51 +08:00
|
|
|
|
2016-11-10 03:09:03 +08:00
|
|
|
IF[{- !$disabled{poly1305} -}]
|
2018-11-07 18:02:06 +08:00
|
|
|
PROGRAMS{noinst}=poly1305_internal_test
|
2016-11-10 03:09:03 +08:00
|
|
|
ENDIF
|
2017-03-05 06:11:16 +08:00
|
|
|
IF[{- !$disabled{chacha} -}]
|
2018-11-07 18:02:06 +08:00
|
|
|
PROGRAMS{noinst}=chacha_internal_test
|
2017-03-05 06:11:16 +08:00
|
|
|
ENDIF
|
2017-01-12 05:38:44 +08:00
|
|
|
IF[{- !$disabled{siphash} -}]
|
2018-11-07 18:02:06 +08:00
|
|
|
PROGRAMS{noinst}=siphash_internal_test
|
2017-01-12 05:38:44 +08:00
|
|
|
ENDIF
|
2018-04-06 21:45:41 +08:00
|
|
|
IF[{- !$disabled{sm2} -}]
|
2018-11-07 18:02:06 +08:00
|
|
|
PROGRAMS{noinst}=sm2_internal_test
|
2018-04-06 21:45:41 +08:00
|
|
|
ENDIF
|
2021-02-22 14:50:11 +08:00
|
|
|
IF[{- !$disabled{sm3} -}]
|
|
|
|
PROGRAMS{noinst}=sm3_internal_test
|
|
|
|
ENDIF
|
2017-10-31 13:19:14 +08:00
|
|
|
IF[{- !$disabled{sm4} -}]
|
2018-11-07 18:02:06 +08:00
|
|
|
PROGRAMS{noinst}=sm4_internal_test
|
2017-10-31 13:19:14 +08:00
|
|
|
ENDIF
|
2018-02-20 22:53:40 +08:00
|
|
|
IF[{- !$disabled{ec} -}]
|
2023-04-17 16:20:31 +08:00
|
|
|
PROGRAMS{noinst}=ectest ec_internal_test evp_pkey_dhkem_test
|
|
|
|
ENDIF
|
|
|
|
IF[{- !$disabled{ecx} -}]
|
|
|
|
PROGRAMS{noinst}=curve448_internal_test
|
2018-02-20 22:53:40 +08:00
|
|
|
ENDIF
|
2020-05-27 18:40:24 +08:00
|
|
|
IF[{- !$disabled{cmac} -}]
|
|
|
|
PROGRAMS{noinst}=cmactest
|
|
|
|
ENDIF
|
2016-11-10 03:09:03 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[poly1305_internal_test]=poly1305_internal_test.c
|
2020-02-20 01:00:26 +08:00
|
|
|
INCLUDE[poly1305_internal_test]=.. ../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[poly1305_internal_test]=../libcrypto.a libtestutil.a
|
2016-11-10 03:09:03 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[chacha_internal_test]=chacha_internal_test.c
|
2020-02-20 01:00:26 +08:00
|
|
|
INCLUDE[chacha_internal_test]=.. ../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[chacha_internal_test]=../libcrypto.a libtestutil.a
|
2017-03-05 06:11:16 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[asn1_internal_test]=asn1_internal_test.c
|
2020-02-20 01:00:26 +08:00
|
|
|
INCLUDE[asn1_internal_test]=.. ../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[asn1_internal_test]=../libcrypto.a libtestutil.a
|
2016-11-10 03:09:03 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[modes_internal_test]=modes_internal_test.c
|
2020-02-20 01:00:26 +08:00
|
|
|
INCLUDE[modes_internal_test]=.. ../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[modes_internal_test]=../libcrypto.a libtestutil.a
|
2016-11-10 03:09:03 +08:00
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[x509_internal_test]=x509_internal_test.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[x509_internal_test]=.. ../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[x509_internal_test]=../libcrypto.a libtestutil.a
|
2016-11-18 06:58:46 +08:00
|
|
|
|
2020-02-12 13:03:51 +08:00
|
|
|
SOURCE[rsa_test]=rsa_test.c
|
|
|
|
INCLUDE[rsa_test]=../include ../apps/include
|
|
|
|
DEPEND[rsa_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
|
|
|
SOURCE[rsa_mp_test]=rsa_mp_test.c
|
|
|
|
INCLUDE[rsa_mp_test]=../include ../apps/include
|
|
|
|
DEPEND[rsa_mp_test]=../libcrypto.a libtestutil.a
|
2020-01-30 05:23:39 +08:00
|
|
|
|
2020-01-28 13:14:18 +08:00
|
|
|
SOURCE[ecdsatest]=ecdsatest.c
|
|
|
|
INCLUDE[ecdsatest]=../include ../apps/include
|
|
|
|
DEPEND[ecdsatest]=../libcrypto.a libtestutil.a
|
|
|
|
|
2020-01-30 05:23:39 +08:00
|
|
|
SOURCE[dsatest]=dsatest.c
|
|
|
|
INCLUDE[dsatest]=../include ../apps/include
|
|
|
|
DEPEND[dsatest]=../libcrypto.a libtestutil.a
|
|
|
|
|
|
|
|
SOURCE[dsa_no_digest_size_test]=dsa_no_digest_size_test.c
|
|
|
|
INCLUDE[dsa_no_digest_size_test]=../include ../apps/include
|
|
|
|
DEPEND[dsa_no_digest_size_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[tls13encryptiontest]=tls13encryptiontest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[tls13encryptiontest]=.. ../include ../apps/include
|
2021-06-11 18:32:39 +08:00
|
|
|
DEPEND[tls13encryptiontest]=../libcrypto.a ../libssl.a libtestutil.a
|
2017-01-23 22:53:44 +08:00
|
|
|
|
2020-01-13 11:02:45 +08:00
|
|
|
SOURCE[ideatest]=ideatest.c
|
|
|
|
INCLUDE[ideatest]=../include ../apps/include
|
|
|
|
DEPEND[ideatest]=../libcrypto.a libtestutil.a
|
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[wpackettest]=wpackettest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[wpackettest]=../include ../apps/include
|
2021-06-11 18:32:39 +08:00
|
|
|
DEPEND[wpackettest]=../libcrypto.a ../libssl.a libtestutil.a
|
2017-01-12 05:38:44 +08:00
|
|
|
|
2018-11-16 09:44:30 +08:00
|
|
|
SOURCE[property_test]=property_test.c
|
2019-05-01 18:02:43 +08:00
|
|
|
INCLUDE[property_test]=.. ../include ../apps/include
|
2018-11-16 09:44:30 +08:00
|
|
|
DEPEND[property_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2017-08-21 05:19:17 +08:00
|
|
|
SOURCE[ctype_internal_test]=ctype_internal_test.c
|
2019-09-28 06:45:33 +08:00
|
|
|
INCLUDE[ctype_internal_test]=.. ../include ../apps/include
|
2017-08-21 05:19:17 +08:00
|
|
|
DEPEND[ctype_internal_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2019-01-24 10:15:54 +08:00
|
|
|
SOURCE[sparse_array_test]=sparse_array_test.c
|
2020-02-20 01:00:26 +08:00
|
|
|
INCLUDE[sparse_array_test]=../include ../apps/include
|
2019-01-24 10:15:54 +08:00
|
|
|
DEPEND[sparse_array_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2021-11-15 06:32:55 +08:00
|
|
|
IF[{- !$disabled{quic} -}]
|
|
|
|
SOURCE[priority_queue_test]=priority_queue_test.c
|
|
|
|
INCLUDE[priority_queue_test]=../include ../apps/include
|
2022-06-27 09:02:51 +08:00
|
|
|
DEPEND[priority_queue_test]=../libcrypto ../libssl.a libtestutil.a
|
|
|
|
|
2023-09-19 18:52:42 +08:00
|
|
|
SOURCE[quicfaultstest]=quicfaultstest.c helpers/ssltestlib.c $QUICTESTHELPERS
|
2022-11-30 22:21:00 +08:00
|
|
|
INCLUDE[quicfaultstest]=../include ../apps/include ..
|
|
|
|
DEPEND[quicfaultstest]=../libcrypto.a ../libssl.a libtestutil.a
|
2023-03-14 01:36:24 +08:00
|
|
|
|
2023-09-19 18:52:42 +08:00
|
|
|
SOURCE[quicapitest]=quicapitest.c helpers/ssltestlib.c $QUICTESTHELPERS
|
2023-03-14 01:36:24 +08:00
|
|
|
INCLUDE[quicapitest]=../include ../apps/include
|
|
|
|
DEPEND[quicapitest]=../libcrypto.a ../libssl.a libtestutil.a
|
2023-05-11 19:50:21 +08:00
|
|
|
|
2023-09-19 18:52:42 +08:00
|
|
|
SOURCE[quic_newcid_test]=quic_newcid_test.c helpers/ssltestlib.c $QUICTESTHELPERS
|
2023-05-11 19:50:21 +08:00
|
|
|
INCLUDE[quic_newcid_test]=../include ../apps/include ..
|
|
|
|
DEPEND[quic_newcid_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2023-11-02 23:41:23 +08:00
|
|
|
|
|
|
|
SOURCE[quic_srt_gen_test]=quic_srt_gen_test.c helpers/ssltestlib.c $QUICTESTHELPERS
|
|
|
|
INCLUDE[quic_srt_gen_test]=../include ../apps/include ..
|
|
|
|
DEPEND[quic_srt_gen_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2021-11-15 06:32:55 +08:00
|
|
|
ENDIF
|
|
|
|
|
2023-09-06 19:00:19 +08:00
|
|
|
IF[{- !$disabled{qlog} -}]
|
2024-01-10 16:29:28 +08:00
|
|
|
SOURCE[json_test]=json_test.c helpers/ssltestlib.c $QUICTESTHELPERS
|
2023-09-06 19:00:19 +08:00
|
|
|
INCLUDE[json_test]=../include ../apps/include
|
|
|
|
DEPEND[json_test]=../libcrypto.a ../libssl.a libtestutil.a
|
|
|
|
ENDIF
|
|
|
|
|
2020-02-03 17:05:31 +08:00
|
|
|
SOURCE[dhtest]=dhtest.c
|
|
|
|
INCLUDE[dhtest]=../include ../apps/include
|
|
|
|
DEPEND[dhtest]=../libcrypto.a libtestutil.a
|
|
|
|
|
2022-09-02 12:44:02 +08:00
|
|
|
SOURCE[list_test]=list_test.c
|
|
|
|
INCLUDE[list_test]=../include ../apps/include
|
|
|
|
DEPEND[list_test]=libtestutil.a
|
|
|
|
|
2020-01-14 10:11:50 +08:00
|
|
|
SOURCE[hmactest]=hmactest.c
|
|
|
|
INCLUDE[hmactest]=../include ../apps/include
|
|
|
|
DEPEND[hmactest]=../libcrypto.a libtestutil.a
|
|
|
|
|
2020-05-27 18:40:24 +08:00
|
|
|
IF[{- !$disabled{cmac} -}]
|
|
|
|
SOURCE[cmactest]=cmactest.c
|
|
|
|
INCLUDE[cmactest]=../include ../apps/include
|
|
|
|
DEPEND[cmactest]=../libcrypto.a libtestutil.a
|
|
|
|
ENDIF
|
|
|
|
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[siphash_internal_test]=siphash_internal_test.c
|
2020-02-20 01:00:26 +08:00
|
|
|
INCLUDE[siphash_internal_test]=.. ../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[siphash_internal_test]=../libcrypto.a libtestutil.a
|
2017-10-31 13:19:14 +08:00
|
|
|
|
2018-05-31 20:49:47 +08:00
|
|
|
SOURCE[sm2_internal_test]=sm2_internal_test.c
|
2020-02-20 01:00:26 +08:00
|
|
|
INCLUDE[sm2_internal_test]=../include ../apps/include
|
2018-05-31 20:49:47 +08:00
|
|
|
DEPEND[sm2_internal_test]=../libcrypto.a libtestutil.a
|
2018-04-06 21:45:41 +08:00
|
|
|
|
2021-02-22 14:50:11 +08:00
|
|
|
SOURCE[sm3_internal_test]=sm3_internal_test.c
|
|
|
|
INCLUDE[sm3_internal_test]=../include ../apps/include
|
|
|
|
DEPEND[sm3_internal_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2017-10-31 13:19:14 +08:00
|
|
|
SOURCE[sm4_internal_test]=sm4_internal_test.c
|
2020-02-20 01:00:26 +08:00
|
|
|
INCLUDE[sm4_internal_test]=.. ../include ../apps/include
|
2017-10-31 13:19:14 +08:00
|
|
|
DEPEND[sm4_internal_test]=../libcrypto.a libtestutil.a
|
2019-02-12 22:00:20 +08:00
|
|
|
|
2020-01-16 11:50:03 +08:00
|
|
|
SOURCE[destest]=destest.c
|
|
|
|
INCLUDE[destest]=../include ../apps/include
|
|
|
|
DEPEND[destest]=../libcrypto.a libtestutil.a
|
|
|
|
|
2020-01-14 07:15:18 +08:00
|
|
|
SOURCE[rc2test]=rc2test.c
|
|
|
|
INCLUDE[rc2test]=../include ../apps/include
|
|
|
|
DEPEND[rc2test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2020-01-14 07:38:09 +08:00
|
|
|
SOURCE[rc4test]=rc4test.c
|
|
|
|
INCLUDE[rc4test]=../include ../apps/include
|
|
|
|
DEPEND[rc4test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2020-01-14 08:33:03 +08:00
|
|
|
SOURCE[rc5test]=rc5test.c
|
|
|
|
INCLUDE[rc5test]=../include ../apps/include
|
|
|
|
DEPEND[rc5test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2021-08-21 09:04:51 +08:00
|
|
|
SOURCE[ec_internal_test]=ec_internal_test.c $INITSRC
|
2020-02-20 01:00:26 +08:00
|
|
|
INCLUDE[ec_internal_test]=../include ../crypto/ec ../apps/include
|
2019-02-12 22:00:20 +08:00
|
|
|
DEPEND[ec_internal_test]=../libcrypto.a libtestutil.a
|
2017-12-13 03:55:38 +08:00
|
|
|
|
2023-04-17 16:20:31 +08:00
|
|
|
IF[{- !$disabled{ecx} -}]
|
|
|
|
SOURCE[curve448_internal_test]=curve448_internal_test.c
|
|
|
|
INCLUDE[curve448_internal_test]=.. ../include ../apps/include ../crypto/ec/curve448
|
|
|
|
DEPEND[curve448_internal_test]=../libcrypto.a libtestutil.a
|
|
|
|
ENDIF
|
Fix issues in ia32 RDRAND asm leading to reduced entropy
This patch fixes two issues in the ia32 RDRAND assembly code that result in a
(possibly significant) loss of entropy.
The first, less significant, issue is that, by returning success as 0 from
OPENSSL_ia32_rdrand() and OPENSSL_ia32_rdseed(), a subtle bias was introduced.
Specifically, because the assembly routine copied the remaining number of
retries over the result when RDRAND/RDSEED returned 'successful but zero', a
bias towards values 1-8 (primarily 8) was introduced.
The second, more worrying issue was that, due to a mixup in registers, when a
buffer that was not size 0 or 1 mod 8 was passed to OPENSSL_ia32_rdrand_bytes
or OPENSSL_ia32_rdseed_bytes, the last (n mod 8) bytes were all the same value.
This issue impacts only the 64-bit variant of the assembly.
This change fixes both issues by first eliminating the only use of
OPENSSL_ia32_rdrand, replacing it with OPENSSL_ia32_rdrand_bytes, and fixes the
register mixup in OPENSSL_ia32_rdrand_bytes. It also adds a sanity test for
OPENSSL_ia32_rdrand_bytes and OPENSSL_ia32_rdseed_bytes to help catch problems
of this nature in the future.
Reviewed-by: Andy Polyakov <appro@openssl.org>
Reviewed-by: Rich Salz <rsalz@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/5342)
2018-03-08 05:01:06 +08:00
|
|
|
|
2020-01-09 11:14:13 +08:00
|
|
|
SOURCE[rc4test]=rc4test.c
|
|
|
|
INCLUDE[rc4test]=../include ../apps/include
|
|
|
|
DEPEND[rc4test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2021-05-07 02:46:27 +08:00
|
|
|
SOURCE[rdcpu_sanitytest]=rdcpu_sanitytest.c
|
|
|
|
INCLUDE[rdcpu_sanitytest]=../include ../apps/include ../crypto
|
|
|
|
DEPEND[rdcpu_sanitytest]=../libcrypto.a libtestutil.a
|
2018-07-05 07:28:51 +08:00
|
|
|
|
|
|
|
SOURCE[rsa_sp800_56b_test]=rsa_sp800_56b_test.c
|
2019-09-28 06:45:33 +08:00
|
|
|
INCLUDE[rsa_sp800_56b_test]=.. ../include ../crypto/rsa ../apps/include
|
2018-07-05 07:28:51 +08:00
|
|
|
DEPEND[rsa_sp800_56b_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2022-11-15 10:38:31 +08:00
|
|
|
IF[{- !$disabled{'deprecated-3.0'} -}]
|
|
|
|
PROGRAMS{noinst}=rsa_x931_test
|
|
|
|
SOURCE[rsa_x931_test]=rsa_x931_test.c
|
|
|
|
INCLUDE[rsa_x931_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[rsa_x931_test]=../libcrypto.a libtestutil.a
|
|
|
|
ENDIF
|
|
|
|
|
2018-07-05 07:28:51 +08:00
|
|
|
SOURCE[bn_internal_test]=bn_internal_test.c
|
2019-09-28 06:45:33 +08:00
|
|
|
INCLUDE[bn_internal_test]=.. ../include ../crypto/bn ../apps/include
|
2018-07-05 07:28:51 +08:00
|
|
|
DEPEND[bn_internal_test]=../libcrypto.a libtestutil.a
|
2019-06-03 12:58:54 +08:00
|
|
|
|
|
|
|
SOURCE[asn1_dsa_internal_test]=asn1_dsa_internal_test.c
|
2020-02-20 01:00:26 +08:00
|
|
|
INCLUDE[asn1_dsa_internal_test]=.. ../include ../apps/include
|
2019-06-03 12:58:54 +08:00
|
|
|
DEPEND[asn1_dsa_internal_test]=../libcrypto.a libtestutil.a
|
2019-10-17 06:26:44 +08:00
|
|
|
|
Multi-variant ML-KEM
This introduces support for ML-KEM-512 and ML-KEM-1024 using the same
underlying implementation parameterised by a few macros for the
associated types and constants.
KAT tests are added for ML-KEM 512 and 1024, to complement the previous
tests for ML-KEM-768.
MLKEM{512,768,1024} TLS "group" codepoints are updated to match the
final IANA assigments and to make the additional KEMs known to the TLS
layer.
The pure-QC MLKEMs are not in the default list of supported groups, and
need to be explicitly enabled by the application. Future work will
introduce support for hybrids, and for more fine-grained policy of
which keyshares a client should send by default, and when a server
should request (HRR) a new mutually-supported group that was not
sent.
Tests for ML-KEM key exchange added to sslapitest to make sure that our
TLS client MLKEM{512,768,1024} implementations interoperate with our TLS
server, and that MLKEM* are not negotiated in TLS 1.2.
Tests also added to excercise non-derandomised ML-KEM APIs, both
directly (bypassing the provider layer), and through the generic EVP KEM
API (exercising the provider). These make sure that RNG input is used
correctly (KAT tests bypass the RNG by specifying seeds).
The API interface to the provider takes an "const ML_KEM_VINFO" pointer,
(obtained from ossl_ml_kem_get_vinfo()). This checks input and output
buffer sizes before passing control to internal code that assumes
correctly sized (for each variant) buffers.
The original BoringSSL API was refactored to eliminate the opaque
public/private key structure wrappers, since these structures are an
internal detail between libcrypto and the provider, they are not part of
the public (EVP) API.
New "clangover" counter-measures added, refined with much appreciated
input from David Benjamin (Chromium).
The internal steps of "encrypt_cpa" were reordered to reduce the
working-set size of the algorithm, now needs space for just two
temporary "vectors" rather than three. The "decap" function now process
the decrypted message in one call, rather than three separate calls to
scalar_decode_1, scalar_decompress and scalar_add.
Some loops were unrolled, improving performance of en/decapsulate
(pre-expanded vectors and matrix) by around 5%.
To handle, however unlikely, the SHA3 primitives not behaving like
"pure" functions and failing, the implementation of `decap` was modifed:
- To use the KDF to compute the Fujisaki-Okamoto (FO) failure secret
first thing, and if that fails, bail out returning an error, a shared
secret is still returned at random from the RNG, but it is OK for the
caller to not use it.
- If any of the subsequently used hash primitives fail, use the computed
FO failure secret (OK, despite no longer constant-time) and return
success (otherwise the RNG would replace the result).
- We quite reasonably assume that chosen-ciphertext attacks (of the
correct length) cannot cause hash functions to fail in a manner the
depends on the private key content.
Support for ML-KEM-512 required adding a centered binomial distribution
helper function to deal with η_1 == 3 in just that variant.
Some additional comments were added to highlight how the code relates to
the ML-KEM specification in FIPS 203.
Reviewed-by: Paul Dale <ppzgs1@gmail.com>
Reviewed-by: Tim Hudson <tjh@openssl.org>
Reviewed-by: Matt Caswell <matt@openssl.org>
Reviewed-by: Tomas Mraz <tomas@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/26172)
2024-11-30 22:20:58 +08:00
|
|
|
IF[{- !$disabled{'ml-kem'} -}]
|
|
|
|
PROGRAMS{noinst}=ml_kem_internal_test
|
|
|
|
SOURCE[ml_kem_internal_test]=ml_kem_internal_test.c
|
|
|
|
INCLUDE[ml_kem_internal_test]=../include ../apps/include
|
|
|
|
DEPEND[ml_kem_internal_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
|
|
|
PROGRAMS{noinst}=ml_kem_evp_extra_test
|
|
|
|
SOURCE[ml_kem_evp_extra_test]=ml_kem_evp_extra_test.c
|
|
|
|
INCLUDE[ml_kem_evp_extra_test]=../include ../apps/include
|
|
|
|
DEPEND[ml_kem_evp_extra_test]=../libcrypto.a libtestutil.a
|
2024-11-11 16:08:06 +08:00
|
|
|
ENDIF
|
|
|
|
|
2019-10-17 06:26:44 +08:00
|
|
|
SOURCE[keymgmt_internal_test]=keymgmt_internal_test.c
|
|
|
|
INCLUDE[keymgmt_internal_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[keymgmt_internal_test]=../libcrypto.a libtestutil.a
|
2016-10-27 05:12:48 +08:00
|
|
|
|
2020-02-16 11:03:46 +08:00
|
|
|
SOURCE[ffc_internal_test]=ffc_internal_test.c
|
2020-09-08 19:07:46 +08:00
|
|
|
INCLUDE[ffc_internal_test]=.. ../include ../apps/include
|
2020-02-16 11:03:46 +08:00
|
|
|
DEPEND[ffc_internal_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2020-01-09 09:18:58 +08:00
|
|
|
IF[{- !$disabled{mdc2} -}]
|
|
|
|
PROGRAMS{noinst}=mdc2_internal_test
|
|
|
|
ENDIF
|
2016-10-28 04:18:50 +08:00
|
|
|
|
2020-01-09 09:18:58 +08:00
|
|
|
SOURCE[mdc2_internal_test]=mdc2_internal_test.c
|
|
|
|
INCLUDE[mdc2_internal_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[mdc2_internal_test]=../libcrypto.a libtestutil.a
|
2020-02-03 17:05:31 +08:00
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[ssl_old_test]=ssl_old_test.c helpers/predefined_dhparams.c
|
|
|
|
INCLUDE[ssl_old_test]=.. ../include ../apps/include
|
2020-09-26 21:21:48 +08:00
|
|
|
DEPEND[ssl_old_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2021-02-02 22:13:08 +08:00
|
|
|
|
2022-09-24 00:03:13 +08:00
|
|
|
PROGRAMS{noinst}=ext_internal_test
|
|
|
|
SOURCE[ext_internal_test]=ext_internal_test.c
|
|
|
|
INCLUDE[ext_internal_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[ext_internal_test]=../libcrypto.a ../libssl.a libtestutil.a
|
|
|
|
|
2021-02-02 22:13:08 +08:00
|
|
|
PROGRAMS{noinst}=algorithmid_test
|
|
|
|
SOURCE[algorithmid_test]=algorithmid_test.c
|
|
|
|
INCLUDE[algorithmid_test]=../include ../apps/include
|
|
|
|
DEPEND[algorithmid_test]=../libcrypto.a libtestutil.a
|
2020-01-09 09:18:58 +08:00
|
|
|
ENDIF
|
2016-11-07 18:18:41 +08:00
|
|
|
|
2018-11-07 18:02:06 +08:00
|
|
|
PROGRAMS{noinst}=asn1_time_test
|
2022-02-05 03:35:54 +08:00
|
|
|
SOURCE[asn1_time_test]=asn1_time_test.c ../crypto/ctype.c \
|
|
|
|
../crypto/asn1/a_time.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[asn1_time_test]=../include ../apps/include
|
2017-08-04 09:24:03 +08:00
|
|
|
DEPEND[asn1_time_test]=../libcrypto libtestutil.a
|
|
|
|
|
2016-11-07 18:18:41 +08:00
|
|
|
# We disable this test completely in a shared build because it deliberately
|
|
|
|
# redefines some internal libssl symbols. This doesn't work in a non-shared
|
|
|
|
# build
|
|
|
|
IF[{- !$disabled{shared} -}]
|
2018-11-07 18:02:06 +08:00
|
|
|
PROGRAMS{noinst}=tls13secretstest
|
2017-04-18 22:47:11 +08:00
|
|
|
SOURCE[tls13secretstest]=tls13secretstest.c
|
2020-01-26 02:49:41 +08:00
|
|
|
DEFINE[tls13secretstest]=OPENSSL_NO_KTLS
|
2022-05-23 17:42:03 +08:00
|
|
|
SOURCE[tls13secretstest]= ../ssl/tls13_enc.c ../crypto/packet.c ../crypto/quic_vlint.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[tls13secretstest]=.. ../include ../apps/include
|
2017-04-18 22:47:11 +08:00
|
|
|
DEPEND[tls13secretstest]=../libcrypto ../libssl libtestutil.a
|
2016-11-07 18:18:41 +08:00
|
|
|
ENDIF
|
2017-01-14 00:00:26 +08:00
|
|
|
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[sslbuffertest]=sslbuffertest.c helpers/ssltestlib.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[sslbuffertest]=../include ../apps/include
|
2017-01-14 00:00:26 +08:00
|
|
|
DEPEND[sslbuffertest]=../libcrypto ../libssl libtestutil.a
|
2018-03-19 22:01:39 +08:00
|
|
|
|
|
|
|
SOURCE[sysdefaulttest]=sysdefaulttest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[sysdefaulttest]=../include ../apps/include
|
2018-03-19 22:01:39 +08:00
|
|
|
DEPEND[sysdefaulttest]=../libcrypto ../libssl libtestutil.a
|
2018-05-21 05:24:30 +08:00
|
|
|
|
|
|
|
SOURCE[errtest]=errtest.c
|
Move libapps headers into their own directory
This got triggered by test/testutil.h including ../apps/opt.h.
Some compilers do all inclusions from the directory of the C file
being compiled, so when a C file includes a header file with a
relative file spec, and that header file also includes another header
file with a relative file spec, the compiler no longer follows.
As a specific example, test/testutil/basic_output.c included
../testutil.h. Fine so far, but then, test/testutil.h includes
../apps/opt.h, and the compiler ends up trying to include (seen from
the source top) test/apps/opt.h rather than apps/opt.h, and fails.
The solution could have been to simply add apps/ as an inclusion
directory. However, that directory also has header files that have
nothing to do with libapps, so we take this a bit further, create
apps/include and move libapps specific headers there, and then add
apps/include as inclusion directory in the build.info files where
needed.
Reviewed-by: Paul Yang <yang.yang@baishancloud.com>
(Merged from https://github.com/openssl/openssl/pull/8210)
2019-02-12 18:37:43 +08:00
|
|
|
INCLUDE[errtest]=../include ../apps/include
|
2018-05-21 05:24:30 +08:00
|
|
|
DEPEND[errtest]=../libcrypto libtestutil.a
|
2018-07-13 23:11:46 +08:00
|
|
|
|
2019-02-21 06:27:25 +08:00
|
|
|
SOURCE[aesgcmtest]=aesgcmtest.c
|
|
|
|
INCLUDE[aesgcmtest]=../include ../apps/include ..
|
|
|
|
DEPEND[aesgcmtest]=../libcrypto libtestutil.a
|
|
|
|
|
2019-02-07 00:42:50 +08:00
|
|
|
PROGRAMS{noinst}=context_internal_test
|
|
|
|
SOURCE[context_internal_test]=context_internal_test.c
|
|
|
|
INCLUDE[context_internal_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[context_internal_test]=../libcrypto.a libtestutil.a
|
2019-02-21 05:55:43 +08:00
|
|
|
|
2021-08-10 04:56:37 +08:00
|
|
|
IF[{- !$disabled{zlib} || !$disabled{brotli} || !$disabled{zstd} -}]
|
2021-08-10 04:56:29 +08:00
|
|
|
PROGRAMS{noinst}=bio_comp_test
|
|
|
|
SOURCE[bio_comp_test]=bio_comp_test.c
|
|
|
|
INCLUDE[bio_comp_test]=../include ../apps/include
|
|
|
|
DEPEND[bio_comp_test]=../libcrypto.a libtestutil.a
|
|
|
|
ENDIF
|
|
|
|
|
2019-02-21 05:55:43 +08:00
|
|
|
PROGRAMS{noinst}=provider_internal_test
|
|
|
|
DEFINE[provider_internal_test]=PROVIDER_INIT_FUNCTION_NAME=p_test_init
|
|
|
|
SOURCE[provider_internal_test]=provider_internal_test.c p_test.c
|
2021-02-16 18:10:26 +08:00
|
|
|
INCLUDE[provider_internal_test]=../include ../apps/include ..
|
2019-02-21 05:55:43 +08:00
|
|
|
DEPEND[provider_internal_test]=../libcrypto.a libtestutil.a
|
|
|
|
PROGRAMS{noinst}=provider_test
|
|
|
|
DEFINE[provider_test]=PROVIDER_INIT_FUNCTION_NAME=p_test_init
|
|
|
|
SOURCE[provider_test]=provider_test.c p_test.c
|
2021-02-16 18:10:26 +08:00
|
|
|
INCLUDE[provider_test]=../include ../apps/include ..
|
2019-02-21 05:55:43 +08:00
|
|
|
DEPEND[provider_test]=../libcrypto.a libtestutil.a
|
2019-03-31 21:17:58 +08:00
|
|
|
IF[{- !$disabled{module} -}]
|
2019-02-21 05:55:43 +08:00
|
|
|
MODULES{noinst}=p_test
|
|
|
|
SOURCE[p_test]=p_test.c
|
2021-02-16 18:10:26 +08:00
|
|
|
INCLUDE[p_test]=../include ..
|
2019-02-21 05:55:43 +08:00
|
|
|
IF[{- defined $target{shared_defflag} -}]
|
|
|
|
SOURCE[p_test]=p_test.ld
|
|
|
|
GENERATE[p_test.ld]=../util/providers.num
|
|
|
|
ENDIF
|
2023-11-29 21:24:18 +08:00
|
|
|
MODULES{noinst}=p_minimal
|
|
|
|
SOURCE[p_minimal]=p_minimal.c
|
|
|
|
INCLUDE[p_minimal]=../include ..
|
|
|
|
IF[{- defined $target{shared_defflag} -}]
|
|
|
|
SOURCE[p_minimal]=p_minimal.ld
|
|
|
|
GENERATE[p_minimal.ld]=../util/providers.num
|
|
|
|
ENDIF
|
2019-03-31 21:26:26 +08:00
|
|
|
ENDIF
|
|
|
|
IF[{- $disabled{module} || !$target{dso_scheme} -}]
|
2019-04-04 18:35:47 +08:00
|
|
|
DEFINE[provider_test]=NO_PROVIDER_MODULE
|
2024-04-04 03:18:33 +08:00
|
|
|
DEFINE[prov_config_test]=NO_PROVIDER_MODULE
|
2019-04-04 18:35:47 +08:00
|
|
|
DEFINE[provider_internal_test]=NO_PROVIDER_MODULE
|
2019-02-21 05:55:43 +08:00
|
|
|
ENDIF
|
2020-02-26 02:25:13 +08:00
|
|
|
DEPEND[]=provider_internal_test.cnf
|
|
|
|
GENERATE[provider_internal_test.cnf]=provider_internal_test.cnf.in
|
2019-03-05 00:22:45 +08:00
|
|
|
|
2020-05-23 22:34:07 +08:00
|
|
|
PROGRAMS{noinst}=provider_fallback_test
|
|
|
|
SOURCE[provider_fallback_test]=provider_fallback_test.c
|
|
|
|
INCLUDE[provider_fallback_test]=../include ../apps/include
|
|
|
|
DEPEND[provider_fallback_test]=../libcrypto libtestutil.a
|
|
|
|
|
2021-10-07 01:21:53 +08:00
|
|
|
PROGRAMS{noinst}=provider_pkey_test
|
|
|
|
SOURCE[provider_pkey_test]=provider_pkey_test.c fake_rsaprov.c
|
|
|
|
INCLUDE[provider_pkey_test]=../include ../apps/include
|
|
|
|
DEPEND[provider_pkey_test]=../libcrypto libtestutil.a
|
|
|
|
|
2024-11-08 21:14:33 +08:00
|
|
|
PROGRAMS{noinst}=evp_skey_test
|
|
|
|
SOURCE[evp_skey_test]=evp_skey_test.c fake_cipherprov.c
|
|
|
|
INCLUDE[evp_skey_test]=../include ../apps/include
|
|
|
|
DEPEND[evp_skey_test]=../libcrypto libtestutil.a
|
|
|
|
|
2022-11-24 04:08:51 +08:00
|
|
|
PROGRAMS{noinst}=provider_default_search_path_test
|
|
|
|
SOURCE[provider_default_search_path_test]=provider_default_search_path_test.c
|
|
|
|
INCLUDE[provider_default_search_path_test]=../include ../apps/include
|
|
|
|
DEPEND[provider_default_search_path_test]=../libcrypto libtestutil.a
|
|
|
|
|
2019-03-05 00:22:45 +08:00
|
|
|
PROGRAMS{noinst}=params_test
|
|
|
|
SOURCE[params_test]=params_test.c
|
|
|
|
INCLUDE[params_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[params_test]=../libcrypto.a libtestutil.a
|
2019-05-23 22:00:05 +08:00
|
|
|
|
2020-05-26 10:44:36 +08:00
|
|
|
PROGRAMS{noinst}=hexstr_test
|
|
|
|
SOURCE[hexstr_test]=hexstr_test.c
|
|
|
|
INCLUDE[hexstr_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[hexstr_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2022-08-05 10:44:51 +08:00
|
|
|
PROGRAMS{noinst}=trace_api_test
|
|
|
|
SOURCE[trace_api_test]=trace_api_test.c
|
|
|
|
INCLUDE[trace_api_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[trace_api_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2020-08-17 03:25:08 +08:00
|
|
|
PROGRAMS{noinst}=endecode_test
|
2020-11-29 19:40:10 +08:00
|
|
|
SOURCE[endecode_test]=endecode_test.c helpers/predefined_dhparams.c
|
2020-08-17 03:25:08 +08:00
|
|
|
INCLUDE[endecode_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[endecode_test]=../libcrypto.a libtestutil.a
|
2021-12-23 21:59:12 +08:00
|
|
|
IF[{- !$disabled{module} && !$disabled{legacy} -}]
|
|
|
|
DEFINE[endecode_test]=STATIC_LEGACY
|
|
|
|
SOURCE[endecode_test]=../providers/legacyprov.c
|
|
|
|
INCLUDE[endecode_test]=../providers/common/include \
|
|
|
|
../providers/implementations/include
|
|
|
|
DEPEND[endecode_test]=../providers/liblegacy.a \
|
|
|
|
../providers/libcommon.a
|
|
|
|
ENDIF
|
2020-07-10 01:10:39 +08:00
|
|
|
|
2020-10-15 00:12:38 +08:00
|
|
|
IF[{- !$disabled{'deprecated-3.0'} -}]
|
|
|
|
PROGRAMS{noinst}=endecoder_legacy_test
|
|
|
|
SOURCE[endecoder_legacy_test]=endecoder_legacy_test.c
|
|
|
|
INCLUDE[endecoder_legacy_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[endecoder_legacy_test]=../libcrypto.a libtestutil.a
|
|
|
|
ENDIF
|
2020-10-17 14:59:48 +08:00
|
|
|
|
2023-06-16 14:40:06 +08:00
|
|
|
PROGRAMS{noinst}=decoder_propq_test
|
|
|
|
SOURCE[decoder_propq_test]=decoder_propq_test.c
|
|
|
|
INCLUDE[decoder_propq_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[decoder_propq_test]=../libcrypto.a libtestutil.a
|
|
|
|
|
2019-05-23 22:00:05 +08:00
|
|
|
PROGRAMS{noinst}=namemap_internal_test
|
|
|
|
SOURCE[namemap_internal_test]=namemap_internal_test.c
|
|
|
|
INCLUDE[namemap_internal_test]=.. ../include ../apps/include
|
|
|
|
DEPEND[namemap_internal_test]=../libcrypto.a libtestutil.a
|
2019-12-12 21:51:59 +08:00
|
|
|
|
|
|
|
PROGRAMS{noinst}=bio_prefix_text
|
2021-07-08 09:09:39 +08:00
|
|
|
SOURCE[bio_prefix_text]=bio_prefix_text.c
|
2019-12-12 21:51:59 +08:00
|
|
|
INCLUDE[bio_prefix_text]=.. ../include ../apps/include
|
2021-07-08 09:09:39 +08:00
|
|
|
DEPEND[bio_prefix_text]=../libcrypto libtestutil.a
|
2020-11-18 01:18:08 +08:00
|
|
|
|
|
|
|
IF[{- !$disabled{'deprecated-3.0'} -}]
|
2020-11-27 12:59:18 +08:00
|
|
|
PROGRAMS{noinst}=pem_read_depr_test
|
2020-11-18 01:18:08 +08:00
|
|
|
SOURCE[pem_read_depr_test]=pem_read_depr_test.c
|
|
|
|
INCLUDE[pem_read_depr_test]=../include ../apps/include
|
|
|
|
DEPEND[pem_read_depr_test]=../libcrypto libtestutil.a
|
|
|
|
ENDIF
|
2016-08-05 06:32:36 +08:00
|
|
|
ENDIF
|
|
|
|
|
2018-01-21 20:19:05 +08:00
|
|
|
SOURCE[ssl_ctx_test]=ssl_ctx_test.c
|
2019-11-02 18:18:31 +08:00
|
|
|
INCLUDE[ssl_ctx_test]=../include ../apps/include
|
2018-01-21 20:19:05 +08:00
|
|
|
DEPEND[ssl_ctx_test]=../libcrypto ../libssl libtestutil.a
|
|
|
|
|
2022-04-11 22:36:16 +08:00
|
|
|
SOURCE[build_wincrypt_test]=build_wincrypt_test.c
|
|
|
|
INCLUDE[build_wincrypt_test]=../include
|
|
|
|
DEPEND[build_wincrypt_test]=../libssl ../libcrypto
|
|
|
|
|
2022-07-19 02:26:57 +08:00
|
|
|
IF[{- !$disabled{shared} -}]
|
|
|
|
PROGRAMS{noinst}=timing_load_creds
|
|
|
|
SOURCE[timing_load_creds]=timing_load_creds.c
|
|
|
|
INCLUDE[timing_load_creds]=../include
|
|
|
|
DEPEND[timing_load_creds]=../libcrypto.a
|
|
|
|
ENDIF
|
|
|
|
|
2022-05-13 22:45:07 +08:00
|
|
|
IF[{- !$disabled{'quic'} -}]
|
2023-03-14 01:36:24 +08:00
|
|
|
PROGRAMS{noinst}=quic_wire_test quic_ackm_test quic_record_test
|
2023-01-18 19:07:58 +08:00
|
|
|
PROGRAMS{noinst}=quic_fc_test quic_stream_test quic_cfq_test quic_txpim_test
|
2023-11-07 23:57:05 +08:00
|
|
|
PROGRAMS{noinst}=quic_srtm_test quic_lcidm_test quic_rcidm_test
|
2023-01-18 19:07:58 +08:00
|
|
|
PROGRAMS{noinst}=quic_fifd_test quic_txp_test quic_tserver_test
|
2023-04-19 02:30:56 +08:00
|
|
|
PROGRAMS{noinst}=quic_client_test quic_cc_test quic_multistream_test
|
2024-02-06 01:42:30 +08:00
|
|
|
PROGRAMS{noinst}=quic_radix_test
|
2022-05-13 22:45:07 +08:00
|
|
|
|
2024-02-06 01:35:33 +08:00
|
|
|
SOURCE[quic_ackm_test]=quic_ackm_test.c cc_dummy.c
|
|
|
|
INCLUDE[quic_ackm_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_ackm_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2022-06-28 20:52:48 +08:00
|
|
|
|
2024-02-06 01:35:33 +08:00
|
|
|
SOURCE[quic_cc_test]=quic_cc_test.c
|
|
|
|
INCLUDE[quic_cc_test]=../include ../apps/include
|
|
|
|
DEPEND[quic_cc_test]=../libcrypto.a ../libssl.a libtestutil.a
|
|
|
|
ENDIF
|
2023-03-02 23:35:10 +08:00
|
|
|
|
2021-08-10 04:56:50 +08:00
|
|
|
SOURCE[cert_comp_test]=cert_comp_test.c helpers/ssltestlib.c
|
|
|
|
INCLUDE[cert_comp_test]=../include ../apps/include ..
|
2024-01-18 23:31:41 +08:00
|
|
|
DEPEND[cert_comp_test]=../libcrypto.a ../libssl.a libtestutil.a
|
2021-08-10 04:56:50 +08:00
|
|
|
|
2024-04-06 00:33:40 +08:00
|
|
|
SOURCE[x509_acert_test]=x509_acert_test.c
|
|
|
|
INCLUDE[x509_acert_test]=../include ../apps/include
|
|
|
|
DEPEND[x509_acert_test]=../libcrypto libtestutil.a
|
|
|
|
|
2024-06-19 20:02:53 +08:00
|
|
|
SOURCE[x509_req_test]=x509_req_test.c
|
|
|
|
INCLUDE[x509_req_test]=../include ../apps/include
|
|
|
|
DEPEND[x509_req_test]=../libcrypto libtestutil.a
|
|
|
|
|
2024-07-12 23:01:02 +08:00
|
|
|
SOURCE[strtoultest]=strtoultest.c
|
|
|
|
INCLUDE[strtoultest]=../include ../apps/include
|
|
|
|
DEPEND[strtoultest]=../libcrypto libtestutil.a
|
|
|
|
|
2024-08-30 05:08:46 +08:00
|
|
|
SOURCE[bio_pw_callback_test]=bio_pw_callback_test.c
|
|
|
|
INCLUDE[bio_pw_callback_test]=../include ../apps/include
|
|
|
|
DEPEND[bio_pw_callback_test]=../libcrypto libtestutil.a
|
|
|
|
|
2016-08-05 06:32:36 +08:00
|
|
|
{-
|
2016-06-30 04:59:50 +08:00
|
|
|
use File::Spec::Functions;
|
2016-06-03 21:02:10 +08:00
|
|
|
use File::Basename;
|
2017-08-02 04:43:56 +08:00
|
|
|
use OpenSSL::Glob;
|
2016-06-03 21:02:10 +08:00
|
|
|
|
|
|
|
my @nogo_headers = ( "asn1_mac.h",
|
2018-05-02 05:25:16 +08:00
|
|
|
"opensslconf.h",
|
2016-06-03 21:02:10 +08:00
|
|
|
"__decc_include_prologue.h",
|
|
|
|
"__decc_include_epilogue.h" );
|
2018-03-20 01:54:27 +08:00
|
|
|
my @nogo_headers_re = ( qr/.*err\.h/ );
|
2016-06-03 21:02:10 +08:00
|
|
|
my @headerfiles = glob catfile($sourcedir,
|
|
|
|
updir(), "include", "openssl", "*.h");
|
|
|
|
|
|
|
|
foreach my $headerfile (@headerfiles) {
|
|
|
|
my $name = basename($headerfile, ".h");
|
|
|
|
next if $disabled{$name};
|
|
|
|
next if grep { $_ eq lc("$name.h") } @nogo_headers;
|
2018-03-20 01:54:27 +08:00
|
|
|
next if grep { lc("$name.h") =~ m/$_/i } @nogo_headers_re;
|
2016-06-03 21:02:10 +08:00
|
|
|
$OUT .= <<"_____";
|
|
|
|
|
2019-02-25 18:43:00 +08:00
|
|
|
PROGRAMS{noinst}=buildtest_c_$name
|
|
|
|
SOURCE[buildtest_c_$name]=buildtest_$name.c
|
2016-06-03 21:02:10 +08:00
|
|
|
GENERATE[buildtest_$name.c]=generate_buildtest.pl $name
|
2019-02-25 18:43:00 +08:00
|
|
|
INCLUDE[buildtest_c_$name]=../include
|
|
|
|
DEPEND[buildtest_c_$name]=../libssl ../libcrypto
|
|
|
|
_____
|
2019-02-28 20:28:43 +08:00
|
|
|
$OUT .= <<"_____" if $config{CXX} && !$disabled{"buildtest-c++"};
|
2019-02-25 18:43:00 +08:00
|
|
|
|
|
|
|
PROGRAMS{noinst}=buildtest_cc_$name
|
|
|
|
SOURCE[buildtest_cc_$name]=buildtest_$name.cc
|
|
|
|
GENERATE[buildtest_$name.cc]=generate_buildtest.pl $name
|
|
|
|
INCLUDE[buildtest_cc_$name]=../include
|
|
|
|
DEPEND[buildtest_cc_$name]=../libssl ../libcrypto
|
2016-06-03 21:02:10 +08:00
|
|
|
_____
|
|
|
|
}
|
2016-08-05 06:32:36 +08:00
|
|
|
-}
|