brew install rust (error installing rust)

[2246sam20]

Hello!
I m trying to install EFL but when brew tries to install rust one of the dependencies of EFL , it throws an error.
Does anyone know why this might be happening?
A help will be much appreciated.

[gromgit]

To avoid having to make wild-ass guesses, please post:

• The actual error you saw
• The output of brew config and brew doctor.

[carlocab]

No, sorry. That's just a commonly used format for a patch. What it actually means is that you're meant to add

depends_on "llvm"

to rust.rb in between the lines shown on my previous comment. You can edit your local copy of rust.rb with brew edit rust. You may need to set your terminal's EDITOR (or otherwise be comfortable with vim, as that is what it will fall back to).

[carlocab]

Alternatively, you can copy the content of my patch (the GitHub UI has a copy button on the top right of those textboxes), and then do

cd $(brew --repo homebrew/core)
pbpaste | patch -p1

to apply the change I suggested to rust.rb.

[2246sam20]

ok thanks for the clear and quick reply
Will make the changes.

[2246sam20]

Hello! @carlocab
still the same error
https://github.com/Homebrew/discussions/discussions/1848#discussioncomment-1030324

[Remigiuszlg]

You're on your own here, I'm afraid. See:

Warning: You are using macOS 10.13.
We (and Apple) do not provide support for this old version.
You will encounter build failures with some formulae.
Please create pull requests instead of asking for help on Homebrew's GitHub,
Twitter or any other official channels. You are responsible for resolving
any issues you experience while you are running this
old version.

If you just need Rust, I recommend using rustup. If you need Rust to install another formula, this might work:

brew install llvm
brew install --cc=llvm_clang rust

Note that you will need to build llvm from source, and then build rust from source. This will take a very long time. If you're using a laptop, I suggest you plug it into a power supply and turn off your energy saver settings to avoid it going to sleep while compiling.

[SMillerDev]

It's impossible to know without seeing the error.

[2246sam20]

Hello!
I have mentioned the error along with the other details in the above reply.
Below is the link for the same.
#1848 (reply in thread)

Thank You.

[jspraul]

"The issue is likely that the cmath file is including the wrong version of math.h based on the search order of the header files"
-- https://stackoverflow.com/questions/58628377

Still looking into which of the answers there might solve it for me, I think I need more info on what homebrew does to manage the search order of the header files.

Also look at #969 (comment), two potential ways to work around a dependency on rust after installing rust using https://rustup.rs.

[frakman1]

I ran into similar rust and dependency installation problems that stemmed from some cmath related issue.

I just wanted to report that I was successfull in getting rust to upgrade from 1.47.0 -> 1.55.0 on High Sierra (MacOS 10.13.6).

I had to manipulate the file:

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/cmath

a couple of times. Once to get past an earlier brew failure for a different module.
If I recall correctly, that module was openblas, and I had to also modify /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core/Formula/openblas.rb to add a make argument as such:

-    system "make", "CC=#{ENV.cc}", "FC=gfortran", "libs", "netlib", "shared"
+    system "make", "CC=#{ENV.cc}", "FC=gfortran", "libs", "netlib", "shared", "NO_AVX512=1"

The other change was to replace:

#include <math.h>

with

#include</Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/math.h>

But that later caused rust compilation to fail mysteriously, so I changed it back to get it to work.

While troubleshooting, I did the following in an attempt to compile it manually and insert environment variables to produce more verbose output.
I looked at /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core/Formula/rust.rb to see what the compilations steps were in the install function

Go to directory: ~/Library/Caches/Homebrew/downloads

Untar the file xxxxx--rustc-1.55.0-src.tar.gz

Then navigated to ~/Library/Caches/Homebrew/downloads/rustc-1.55.0-src
ran: ./configure --prefix=/usr/local/Cellar/rust/1.55.0 --release-channel=stable (just like rust.rb instructs)
RUST_BACKTRACE=full (for more verbose output. You can also set it to 1)
You can also do this in the rust.rb file in the install function using:
ENV["RUST_BACKTRACE"] = "full"
then run make
(several iterations later)
make install

I probably missed out on the other post install instructions in the rust.rb formula but at least brew now thinks rust is installed for other dependencies to work.

Result:

$brew info rust
rust: stable 1.55.0, HEAD
Safe, concurrent, practical language
https://www.rust-lang.org/
/usr/local/Cellar/rust/1.47.0 (12,057 files, 580.6MB)
  Poured from bottle on 2021-02-14 at 21:34:26
/usr/local/Cellar/rust/1.55.0 (29,361 files, 704.3MB) *
  Built from source
From: https://github.com/Homebrew/homebrew-core/blob/HEAD/Formula/rust.rb
License: Apache-2.0 or MIT
==> Dependencies
Build: cmake ✔, ninja ✔, python@3.9 ✔
Required: libssh2 ✔, openssl@1.1 ✔, pkg-config ✔
==> Options
--HEAD
	Install HEAD version
==> Analytics
install: 38,863 (30 days), 91,061 (90 days), 270,176 (365 days)
install-on-request: 24,594 (30 days), 47,565 (90 days), 148,019 (365 days)
build-error: 0 (30 days)

Now qt upgrade 5.15.2 -> 6.1.3 is failing but that's another story.

[cang-mang]

Linuxbrew, installed rust 1.62.0 x86_64.
I have this problem:

$rustc --version
rustc: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory

$cargo --version
cargo: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory

[gromgit]

What's the output of brew config and brew doctor on your system?

[xlla]

I'v install rust@1.74 with llvm@15 on macos 10.13.
When I try to install rust@1.83 with llvm@18, it failure on link rustc_driver.dylib

 "-o" "/private/tmp/rust-20260228-44768-s8aiyx/rustc-1.83.0-src/build/x86_64-apple-darwin/stage0-rustc/x86_64-apple-darwin/release/deps/librustc_driver-f95b5e658c91b7ee.dylib" "-Wl,-dead_strip" "-dynamiclib" "-Wl,-dylib" "-Wl,-install_name" "-Wl,@rpath/librustc_driver-f95b5e658c91b7ee.dylib" "-nodefaultlibs" "-Wl,-rpath,@loader_path/../lib"
  = note: Undefined symbols for architecture x86_64:
            "vtable for std::__1::basic_ostringstream, std::__1::allocator >", referenced from:
                __ZNSt3__119basic_ostringstreamIcNS_11char_traitsIcEENS_9allocatorIcEEEC1B8ne180100Ev in librustc_codegen_llvm-ca4c576b704b5d25.rlib(7372e21ddc8be4fd-PassWrapper.o)
            NOTE: a missing vtable usually means the first non-inline virtual member function has no definition.
            "std::__1::basic_stringbuf, std::__1::allocator >::str() const", referenced from:
                _LLVMRustPrintTargetCPUs in librustc_codegen_llvm-ca4c576b704b5d25.rlib(7372e21ddc8be4fd-PassWrapper.o)
            "VTT for std::__1::basic_ostringstream, std::__1::allocator >", referenced from:
                _LLVMRustPrintTargetCPUs in librustc_codegen_llvm-ca4c576b704b5d25.rlib(7372e21ddc8be4fd-PassWrapper.o)
                __ZNSt3__119basic_ostringstreamIcNS_11char_traitsIcEENS_9allocatorIcEEEC1B8ne180100Ev in librustc_codegen_llvm-ca4c576b704b5d25.rlib(7372e21ddc8be4fd-PassWrapper.o)
                std::__1::basic_ostringstream, std::__1::allocator >::~basic_ostringstream() in librustc_codegen_llvm-ca4c576b704b5d25.rlib(7372e21ddc8be4fd-PassWrapper.o)
            "vtable for std::__1::basic_stringbuf, std::__1::allocator >", referenced from:
                _LLVMRustPrintTargetCPUs in librustc_codegen_llvm-ca4c576b704b5d25.rlib(7372e21ddc8be4fd-PassWrapper.o)
                __ZNSt3__119basic_ostringstreamIcNS_11char_traitsIcEENS_9allocatorIcEEEC1B8ne180100Ev in librustc_codegen_llvm-ca4c576b704b5d25.rlib(7372e21ddc8be4fd-PassWrapper.o)
                std::__1::basic_ostringstream, std::__1::allocator >::~basic_ostringstream() in librustc_codegen_llvm-ca4c576b704b5d25.rlib(7372e21ddc8be4fd-PassWrapper.o)
            NOTE: a missing vtable usually means the first non-inline virtual member function has no definition.
          ld: symbol(s) not found for architecture x86_64
          clang: error: linker command failed with exit code 1 (use -v to see invocation)
          

error: could not compile `rustc_driver` (lib) due to 1 previous error

Who can share the experiments of build recently new rust on this ancient macos :)