3b025ac52b
When running make with parallelization, running both "clean" and "lib" with a single make invocation can lead to each target building in parallel. It's bad if lib is partially done building something, and then clean deletes what was built. This can lead to errors later on in the lib target. $ make -j9 clean lib CC aes.c CC aesni.c CC arc4.c CC aria.c CC asn1parse.c CC ./library/error.c CC ./library/version.c CC ./library/version_features.c AR libmbedcrypto.a ar: aes.o: No such file or directory Makefile:120: recipe for target 'libmbedcrypto.a' failed make[2]: *** [libmbedcrypto.a] Error 1 Makefile:152: recipe for target 'libmbedcrypto.a' failed make[1]: *** [libmbedcrypto.a] Error 2 Makefile:19: recipe for target 'lib' failed make: *** [lib] Error 2 make: *** Waiting for unfinished jobs.... To avoid this sort of trouble, always invoke clean by itself without other targets throughout the library. Don't run clean in parallel with other rules. The only place where clean was run in parallel with other targets was in list-symbols.sh. |
||
---|---|---|
.. | ||
all.sh | ||
basic-build-test.sh | ||
check-doxy-blocks.pl | ||
check-files.py | ||
check-generated-files.sh | ||
check-names.sh | ||
check-python-files.sh | ||
curves.pl | ||
depends-hashes.pl | ||
depends-pkalgs.pl | ||
doxygen.sh | ||
gen_ctr_drbg.pl | ||
gen_gcm_decrypt.pl | ||
gen_gcm_encrypt.pl | ||
gen_pkcs1_v21_sign_verify.pl | ||
generate_test_code.py | ||
generate-afl-tests.sh | ||
key-exchanges.pl | ||
list-enum-consts.pl | ||
list-identifiers.sh | ||
list-macros.sh | ||
list-symbols.sh | ||
mbedtls_test.py | ||
recursion.pl | ||
run-test-suites.pl | ||
tcp_client.pl | ||
test_generate_test_code.py | ||
test_zeroize.gdb | ||
test-ref-configs.pl | ||
travis-log-failure.sh |