Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[package] openssl/1.1.1k: Cannot apply install_name_tool on libssl.dylib #5308

Closed
rockdreamer opened this issue Apr 24, 2021 · 4 comments
Closed
Labels
bug Something isn't working

Comments

@rockdreamer
Copy link
Contributor

Why this is an issue

At $WORK, we apply a sequence of install_name_tool commands on all libraries to ensure that our packages load libraries consistently. This is hampered by openssl being built without a link option.

Package and Environment Details (include every applicable attribute)

  • Package Name/Version: openssl/1.1.1k
  • Operating System+version: Macos 10.15
  • Compiler+version: apple-clang 11
  • Conan version: conan 1.35.1
  • Python version: Python 3.9.4

Conan profile (output of conan profile show default or conan profile show <profile> if custom profile is in use)

[settings]
arch=x86_64
arch_build=x86_64
build_type=Release
[options]
openssl:shared=True
[build_requires]
[env]

Steps to reproduce (Include if Applicable)

  • Build openssl with openssl:shared=True on macos
  • copy libssl1.1.dylib
  • run install_name_tool -add_rpath fjweiopfgjqwefwefiojefreogirpgoqijrepgjioqrepjiogqrepjiogreqpjiogqrepjioqgrejpioqgrepjiogrqepjiogrqepijoqgrepjiogrqeijpogrqejiopgreqjgqojigoreqjiopgqrejipogqrejipogrepgorijeqpgjqiorepijogrqepjiogqrepjiogqrepjiogreqpjiogreqpjiogreqpjiogreqijpogreqijpogreqijopgreqpjioeqgrjierpo libssl.1.1.dylib

The result contains the solution to the issue at hand:

error: /Library/Developer/CommandLineTools/usr/bin/install_name_tool: changing install names or rpaths can't be redone for: /Users/cbantaloukas/Downloads/lib_libssl.1.1.dylib (for architecture x86_64) because larger updated load commands do not fit (the program must be relinked, and you may need to use -headerpad or -headerpad_max_install_names)
@rockdreamer rockdreamer added the bug Something isn't working label Apr 24, 2021
@SpaceIm
Copy link
Contributor

SpaceIm commented Feb 26, 2022

Is it really a conan-center issue?

It works fine on my mac with latest openssl recipe revision. Do you confirm?

@SSE4
Copy link
Contributor

SSE4 commented Feb 28, 2022

Is it really a conan-center issue?

It works fine on my mac with latest openssl recipe revision. Do you confirm?

I've just checked on my machine, the same command (install_name_tool ...) runs successfully against libssl1.1.dylib built from openssl/1.1.1k (openssl:shared=True)

rockdreamer added a commit to rockdreamer/conan-center-index that referenced this issue Feb 28, 2022
rockdreamer added a commit to rockdreamer/conan-center-index that referenced this issue Feb 28, 2022
closes conan-io#5308
This makes it possible to change rpaths of the generated libraries
@rockdreamer
Copy link
Contributor Author

Is it really a conan-center issue?

It works fine on my mac with latest openssl recipe revision. Do you confirm?

I pushed a PR with a failing test on purpose to check this. The check failed on at least one (older) version of the recipe. Pushing a slight change to the ldflags

@rockdreamer
Copy link
Contributor Author

I'm solving this with a locally modified copy of the recipe.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants