Error on bootstrapping : Empty search path given via '-L' (solaris)

[gco]

As in issue #97138, Solaris builds fail with Empty search path given via '-L' starting with 1.61.0.

This patch addressed the issue for me.

--- rustc-1.61.0-src/src/bootstrap/native.rs.orig       2022-05-19 21:16:18.998566618 -0700
+++ rustc-1.61.0-src/src/bootstrap/native.rs   2022-05-19 21:17:39.024869741 -0700
@@ -568,7 +568,7 @@
     // For distribution we want the LLVM tools to be *statically* linked to libstdc++.
     // We also do this if the user explicitly requested static libstdc++.
     if builder.config.llvm_static_stdcpp {
-        if !target.contains("msvc") && !target.contains("netbsd") {
+        if !target.contains("msvc") && !target.contains("netbsd") && !target.contains("solaris") {
             if target.contains("apple") || target.contains("windows") {
                 ldflags.push_all("-static-libstdc++");
             } else {
--- rustc-1.61.0-src/src/bootstrap/compile.rs.orig      2022-05-20 22:03:54.595228695 -0700
+++ rustc-1.61.0-src/src/bootstrap/compile.rs  2022-05-20 22:03:36.719735568 -0700
@@ -727,6 +727,7 @@
             && !target.contains("freebsd")
             && !target.contains("msvc")
             && !target.contains("apple")
+            && !target.contains("solaris")
         {
             let file = compiler_file(
                 builder,

[psumbera]

Thank you! I can confirm that this really helps. Maybe you should turn it into pull request straightaway.

[sundeep-kokkonda]

What is the reason for disabling the static linking of libstdc++ on Solaris instead of building a static libstdc++? Is it a working around or a fix for the issue?

[gco]

Solaris generally prefers dynamic linking and does not ship system libraries in static form. There are no first-party packages to install to get a static libstdc++, only shared objects are provided.