error_index_generator: error while loading shared libraries: libLLVM-11-rust-1.50.0-nightly.so #80096

Activity

1. SimonSapin

   added

   C-bugCategory: This is a bug.Category: This is a bug.

   on Dec 16, 2020
2. camelid

   added

   A-linkageArea: linking into static, shared libraries and binariesArea: linking into static, shared libraries and binaries

   A-LLVMArea: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.

   T-bootstrapRelevant to the bootstrap subteam: Rust's build system (x.py and src/bootstrap)Relevant to the bootstrap subteam: Rust's build system (x.py and src/bootstrap)

   T-compilerRelevant to the compiler team, which will review and decide on the PR/issue.Relevant to the compiler team, which will review and decide on the PR/issue.

   T-infraRelevant to the infrastructure team, which will review and decide on the PR/issue.Relevant to the infrastructure team, which will review and decide on the PR/issue.

   on Dec 16, 2020
3. camelid commented on Dec 16, 2020

   

   camelid

   on Dec 16, 2020

   Member

   More actions

   cc @Mark-Simulacrum
4. SimonSapin commented on Dec 16, 2020

   

   SimonSapin

   on Dec 16, 2020

   ContributorAuthor

   More actions

   For what it’s worth b32e6e6 is just what I happened to get after running git pull today. I mentioned it in case something changes later, it’s a coincidence that that commit happens to be related to downloading LLVM from Rust CI.

   👍React with 👍1Reacted by Noah Lev
5. jyn514 commented on Jan 1, 2021

   

   jyn514

   on Jan 1, 2021

   Member

   More actions

   I think this is a duplicate of #78778.
6. nnethercote commented on Jan 5, 2022

   

   nnethercote

   on Jan 5, 2022

   Contributor

   More actions

   I think this is a duplicate of #78778.

   That issue is closed, and its final comment points to this issue.
7. nnethercote commented on Jan 5, 2022

   

   nnethercote

   on Jan 5, 2022

   Contributor

   More actions

   I just hit this on the following sequence.

   • Do a fresh clone of rust-lang/rust
   • Run ./x.py setup
   • Select option (b) "compiler: Contribute to the compiler itself"
   • Run ./x.py test

   The build finished like so:

   Building stage0 tool error_index_generator (x86_64-unknown-linux-gnu)
      Compiling same-file v1.0.6
      Compiling walkdir v2.3.1
      Compiling error_index_generator v0.0.0 (/home/njn/dev/rust/src/tools/error_index_generator)
       Finished release [optimized] target(s) in 2.85s
   /home/njn/dev/rust/build/x86_64-unknown-linux-gnu/stage0-tools-bin/error_index_generator: error while loading shared libraries: libLLVM-13-rust-1.59.0-nightly.so: cannot open shared object file: No such file or directory
   
   command did not execute successfully: "/home/njn/dev/rust/build/x86_64-unknown-linux-gnu/stage0-tools-bin/error_index_generator" "html" "/home/njn/dev/rust/build/x86_64-unknown-linux-gnu/doc/error-index.html" "1.59.0"
   expected success, got: exit status: 127
   
   Build completed unsuccessfully in 0:20:41
   
8. jyn514 commented on Jan 6, 2022

   

   jyn514

   on Jan 6, 2022

   Member

   More actions

   IMO the proper fix for this is to remove error-index's dependency on rustdoc, either by moving the relevant code out into a library that doesn't use rustc_private, or by duplicating the code altogether. There are other ways to solve this but they'll be more complicated and take longer to compile for no real benefit.
9. camelid commented on Jan 6, 2022

   

   camelid

   on Jan 6, 2022

   Member

   More actions

   ...or by making it invoke rustdoc-the-binary (through rustdoc foo.md), rather than using rustdoc-the-library.
10. jyn514 commented on Mar 13, 2022

    

    jyn514

    on Mar 13, 2022

    Member

    More actions

    @conradludgate you should be able to work around this by adding --stage 2 I think.

    👀React with 👀1Reacted by Conrad Ludgate
11. conradludgate commented on Mar 13, 2022

    

    conradludgate

    on Mar 13, 2022

    Contributor

    More actions

    @conradludgate you should be able to work around this by adding --stage 2 I think.

    Thanks, that worked
12. jyn514 commented on Mar 27, 2022

    

    jyn514

    on Mar 27, 2022

    Member

    More actions

    ...or by making it invoke rustdoc-the-binary (through rustdoc foo.md), rather than using rustdoc-the-library.

    @camelid I think you're right that the binary will be easier - parsing the markdown requires parsing doctests so that it can generate the "Run" button, and parsing doctests requires all of rustc_parse.
13. bors

    added a commit that references this issue on Apr 8, 2022

    Auto merge of rust-lang#95440 - jyn514:error-index, r=Mark-Simulacrum

    ...

    dc1f829
14. bors

    closed this as completedin dc1f829on Apr 8, 2022