mirror of
https://github.com/stefanberger/libtpms
synced 2025-08-24 17:39:47 +00:00
0c2bc32a21
When building the tests with `make check` and slibtool the tests will then all fail to load libtpms.so.0. $ ./base64decode /tmp/libtpms/tests/.libs/base64decode: error while loading shared libraries: libtpms.so.0: cannot open shared object file: No such file or directory This happens because they are linked with -ltpms rather than the libtpms.la file which has unexpected results with slibtool. GNU libtool does some magic to make this work while slibtool fails to link the dependency. The correct way to link internal dependencies is directly with the libtool archive (.la) files where the -lfoo linker flags should be only used with external dependencies. Additionally -no-undefined is added to the LDFLAGS to ensure there aren't undefined references in the future. Note: * This doesn't happen if libtpms is installed to the system and the tests find the already installs libtpms rather than the newly built library. * GNU libtool silently ignores -no-undefined, but slibtool will respect it. Signed-off-by: orbea <orbea@riseup.net> |
||
|---|---|---|
| .. | ||
| corpus-execute-command | ||
| base64decode.c | ||
| base64decode.sh | ||
| common | ||
| freebl_sha1flattensize.c | ||
| fuzz-main.c | ||
| fuzz.cc | ||
| fuzz.sh | ||
| Makefile.am | ||
| nvram_offsets.c | ||
| oss-fuzz.sh | ||
| run-fuzzer.sh | ||
| tpm2_createprimary.c | ||
| tpm2_createprimary.sh | ||
| tpm2_pcr_read.c | ||
| tpm2_pcr_read.sh | ||
| tpm2_selftest.c | ||
| tpm2_selftest.sh | ||