Fix duplicated path in the "not found dylib" error by GuillaumeGomez · Pull Request #121978 · rust-lang/rust (original) (raw)
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 andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Conversation7 Commits2 Checks0 Files changed
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.Learn more about bidirectional Unicode characters
[ Show hidden characters]({{ revealButtonHref }})
While working on the gcc backend, I couldn't figure out why I had this error:
error: couldn't load codegen backend /checkout/compiler/rustc_codegen_gcc/target/release/librustc_codegen_gcc.so/checkout/compiler/rustc_codegen_gcc/target/release/librustc_codegen_gcc.so: cannot open shared object file: No such file or directory
As you can see, the path is duplicated for some reason. After investigating a bit more, I realized that libloading::Error::LoadLibraryExW starts with the path of the not found dylib, making it appear twice in our error afterward (because we do render it like this: {path}{err}, and since the err starts with the path...).
Thanks to @bjorn3 for linking me to #121392. :)
r? @lcnr
rustbot has assigned @lcnr.
They will have a look at your PR within the next two weeks and either review your PR or reassign to another reviewer.
Use r? to explicitly pick a reviewer
Status: Awaiting review from the assignee but also interested parties.
Relevant to the compiler team, which will review and decide on the PR/issue.
labels
📌 Commit 5e6e140 has been approved by bjorn3
It is now in the queue for this repository.
Status: Waiting on bors to run and complete tests. Bors will change the label on completion.
and removed S-waiting-on-review
Status: Awaiting review from the assignee but also interested parties.
labels
GuillaumeGomez added a commit to GuillaumeGomez/rust that referenced this pull request
…th, r=bjorn3
Fix duplicated path in the "not found dylib" error
While working on the gcc backend, I couldn't figure out why I had this error:
error: couldn't load codegen backend /checkout/compiler/rustc_codegen_gcc/target/release/librustc_codegen_gcc.so/checkout/compiler/rustc_codegen_gcc/target/release/librustc_codegen_gcc.so: cannot open shared object file: No such file or directoryAs you can see, the path is duplicated for some reason. After investigating a bit more, I realized that libloading::Error::LoadLibraryExW starts with the path of the not found dylib, making it appear twice in our error afterward (because we do render it like this: {path}{err}, and since the err starts with the path...).
Thanks to @bjorn3 for linking me to rust-lang#121392. :)
bors added a commit to rust-lang-ci/rust that referenced this pull request
…llaumeGomez
Rollup of 9 pull requests
Successful merges:
- rust-lang#120976 (constify a couple thread_local statics)
- rust-lang#121576 (Convert the rest of the visitors to use
VisitorResult) - rust-lang#121826 (Use root obligation on E0277 for some cases)
- rust-lang#121928 (Extract an arguments struct for
Builder::then_else_break) - rust-lang#121958 (Fix redundant import errors for preload extern crate)
- rust-lang#121959 (Removing absolute path in proc-macro)
- rust-lang#121968 (Don't run test_get_os_named_thread on win7)
- rust-lang#121977 (Doc: Fix incorrect reference to integer in Atomic{Ptr,Bool}::as_ptr.)
- rust-lang#121978 (Fix duplicated path in the "not found dylib" error)
r? @ghost
@rustbot modify labels: rollup
jhpratt added a commit to jhpratt/rust that referenced this pull request
…th, r=bjorn3
Fix duplicated path in the "not found dylib" error
While working on the gcc backend, I couldn't figure out why I had this error:
error: couldn't load codegen backend /checkout/compiler/rustc_codegen_gcc/target/release/librustc_codegen_gcc.so/checkout/compiler/rustc_codegen_gcc/target/release/librustc_codegen_gcc.so: cannot open shared object file: No such file or directoryAs you can see, the path is duplicated for some reason. After investigating a bit more, I realized that libloading::Error::LoadLibraryExW starts with the path of the not found dylib, making it appear twice in our error afterward (because we do render it like this: {path}{err}, and since the err starts with the path...).
Thanks to @bjorn3 for linking me to rust-lang#121392. :)
bors added a commit to rust-lang-ci/rust that referenced this pull request
matthiaskrgr added a commit to matthiaskrgr/rust that referenced this pull request
…th, r=bjorn3
Fix duplicated path in the "not found dylib" error
While working on the gcc backend, I couldn't figure out why I had this error:
error: couldn't load codegen backend /checkout/compiler/rustc_codegen_gcc/target/release/librustc_codegen_gcc.so/checkout/compiler/rustc_codegen_gcc/target/release/librustc_codegen_gcc.so: cannot open shared object file: No such file or directoryAs you can see, the path is duplicated for some reason. After investigating a bit more, I realized that libloading::Error::LoadLibraryExW starts with the path of the not found dylib, making it appear twice in our error afterward (because we do render it like this: {path}{err}, and since the err starts with the path...).
Thanks to @bjorn3 for linking me to rust-lang#121392. :)
bors added a commit to rust-lang-ci/rust that referenced this pull request
matthiaskrgr added a commit to matthiaskrgr/rust that referenced this pull request
…th, r=bjorn3
Fix duplicated path in the "not found dylib" error
While working on the gcc backend, I couldn't figure out why I had this error:
error: couldn't load codegen backend /checkout/compiler/rustc_codegen_gcc/target/release/librustc_codegen_gcc.so/checkout/compiler/rustc_codegen_gcc/target/release/librustc_codegen_gcc.so: cannot open shared object file: No such file or directoryAs you can see, the path is duplicated for some reason. After investigating a bit more, I realized that libloading::Error::LoadLibraryExW starts with the path of the not found dylib, making it appear twice in our error afterward (because we do render it like this: {path}{err}, and since the err starts with the path...).
Thanks to @bjorn3 for linking me to rust-lang#121392. :)
This was referenced
Mar 5, 2024
bors added a commit to rust-lang-ci/rust that referenced this pull request
bors added a commit to rust-lang-ci/rust that referenced this pull request
rust-timer added a commit to rust-lang-ci/rust that referenced this pull request
Rollup merge of rust-lang#121978 - GuillaumeGomez:dylib-duplicated-path, r=bjorn3
Fix duplicated path in the "not found dylib" error
While working on the gcc backend, I couldn't figure out why I had this error:
error: couldn't load codegen backend /checkout/compiler/rustc_codegen_gcc/target/release/librustc_codegen_gcc.so/checkout/compiler/rustc_codegen_gcc/target/release/librustc_codegen_gcc.so: cannot open shared object file: No such file or directoryAs you can see, the path is duplicated for some reason. After investigating a bit more, I realized that libloading::Error::LoadLibraryExW starts with the path of the not found dylib, making it appear twice in our error afterward (because we do render it like this: {path}{err}, and since the err starts with the path...).
Thanks to @bjorn3 for linking me to rust-lang#121392. :)
Labels
Status: Waiting on bors to run and complete tests. Bors will change the label on completion.
Relevant to the compiler team, which will review and decide on the PR/issue.