-
-
Notifications
You must be signed in to change notification settings - Fork 486
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
unsupported overlap of SHT_NOTE and PT_NOTE with Rust ELF files #255
Comments
This bug prevents Homebrew on Linux from using its binary bottles of Rust executables. |
|
|
Ok. I don't know about NOTE section yet well enough. You might be able to revert this commit however for us it fixed patching mesa drivers in NixOS, so there are cases where it fixes runtime crashes. So in longterm it might be better to understand the actual bug happening here. |
I get a conforming error when building pkgs.tsm-client, a C/Java (to the best of my knowledge) IBM tape backup client: NixOS/nixpkgs#106257 Not sure if this is the same root issue like with the rust ELFs or separate… 🤔 |
See #230 |
@sjackman could you try master branch? |
Nevermind, still errors out. |
I'm hitting this issue when using patchelf 0.12 on |
I ran into this issue in the Yocto Project. I think I found a fix to my issue which looked like an alignment issue: #274 |
@rpurdie your issue was not solved on master already? |
No, master wouldn't work on this binary where the note section alignment was different for different note sections. |
Just want to add I am seeing this issue with c++ binaries built with the intel icc/icpc compiler as well. |
Could you try v0.13? |
Encountered this issue causing nixpkgs#kythe to fail (https://hydra.nixos.org/build/126755389), bisected to the patchelf 0.11 -> 0.12 bump (NixOS/nixpkgs@f38ed04). Can confirm that v0.13 fixes the issue. |
Describe the bug
Patching a Rust ELF file yields the error
unsupported overlap of SHT_NOTE and PT_NOTE
Steps To Reproduce
Without Homebrew or Docker
With Homebrew in Docker
Expected behavior
I expected the ELF file to be patched without error. It works with patchelf 0.11.
patchelf --version
outputpatchelf 0.12.20200827.8d3a16e
Additional context
These ELF files were originally created using patchelf 0.11. They are being patched a second time with patchelf 0.12.
The text was updated successfully, but these errors were encountered: