Skip to content

Share install fails due to wrong libs paths in alien.json #22

Description

@johannessen

When attempting a share install of Alien::OpenSSL 0.15 on macOS systems that don’t already have OpenSSL installed, the XS test fails with a Symbol not found: _OpenSSL_version error.

The alien_diag output shows that libs and libs_static both contain the path to the share/dist/Alien-OpenSSL directory, not to the dynamic and lib subdirs where the lib files are actually located:

# Alien::OpenSSL->libs          = -L/Users/aj/.cpanm/work/1762154764.42127/Alien-OpenSSL-0.15/blib/lib/auto/share/dist/Alien-OpenSSL -lssl -lcrypto
# Alien::OpenSSL->libs_static   = -L/Users/aj/.cpanm/work/1762154764.42127/Alien-OpenSSL-0.15/blib/lib/auto/share/dist/Alien-OpenSSL -lssl -lcrypto
$ cd /Users/aj/.cpanm/work/1762154764.42127/Alien-OpenSSL-0.15/blib/lib/auto/share/dist
$ ls Alien-OpenSSL
_alien
bin
dynamic
include
lib
share
ssl
$ ls Alien-OpenSSL/dynamic Alien-OpenSSL/lib
Alien-OpenSSL/dynamic:
libcrypto.3.dylib
libcrypto.dylib
libssl.3.dylib
libssl.dylib

Alien-OpenSSL/lib:
cmake
engines-3
libcrypto.a
libssl.a
ossl-modules
pkgconfig

If I manually append /dynamic and /lib to these paths in alien.json, the test succeeds.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions