Maniphest T5024

libtool problem for some platforms for 'make check' (program built with -no-install won't work without installation)
Open, NormalPublic
Actions

Assigned To
None
Authored By
• gniibe
Aug 14 2020, 5:49 AM
Tags
Subscribers
• gniibe
JW
• werner

Description

Program built with -no-install won't work without installation.

On those platforms, make check is required to be invoked after installation.
It is basically an issue of libtool.

Related Objects

Event Timeline

• gniibe created this task.Aug 14 2020, 5:49 AM
• gniibe mentioned this in T5008: Fedora 32 and FAIL: gpg-error-config-test.sh.
• gniibe merged a task: T5009: OS X 10.12 and FAIL: random.Aug 14 2020, 7:08 AM
• gniibe added subscribers: JW, • werner.
• gniibe added a comment.Aug 14 2020, 7:43 AM

libtool works like this:

  • For program without -no-install, it uses wrapper script specifying the runtime path to the library by LD_LIBRARY_PATH (or equivalent), so that the program can work without installation
  • For program with no-install, it uses a feature (e.g., -rpath in ELF environment) to specify the runtime path to the library *in* the executable. The executable cannot be installed because the path of build directly is embedded in the executable.

When latter doesn't work well, make check may fail.

• werner triaged this task as Normal priority.Aug 17 2020, 9:41 AM
• werner added a project: toolchain.
• gniibe mentioned this in T5159: make check fails for libgcrypt on Apple Silicon / ARM Mac.Nov 30 2020, 2:51 AM
• gniibe added a comment.Dec 1 2020, 3:09 AM

For macOS, with SIP, some program like libgcrypt/tests/random fails, because the hack for DYLD_LIBRARY_PATH by libtool doesn't work for child process:
https://developer.apple.com/library/archive/documentation/Security/Conceptual/System_Integrity_Protection_Guide/RuntimeProtections/RuntimeProtections.html

Any dynamic linker (dyld) environment variables, such as DYLD_LIBRARY_PATH, are purged when launching protected processes.