Issue #19794 has been updated by nobu (Nobuyoshi Nakada). The latest Xcode seems taking care about only `/usr/local/lib` differently. ```sh $ echo 'int main(void) {return 0;}' > main.c $ clang --version Apple clang version 15.0.0 (clang-1500.0.40.1) Target: arm64-apple-darwin22.6.0 Thread model: posix InstalledDir: /Library/Developer/CommandLineTools/usr/bin $ LANG=C ls /usr/local/lib /non/existent/lib ls: cannot access '/usr/local/lib': No such file or directory ls: cannot access '/non/existent/lib': No such file or directory bash: exit 2 $ clang -L /usr/local/lib -L /non/existent/lib main.c ld: warning: search path '/non/existent/lib' not found ``` ---------------------------------------- Bug #19794: Ruby 3.2.2 fails to build on macOS Sonoma betas https://bugs.ruby-lang.org/issues/19794#change-104705 * Author: jhaungs (Jim Haungs) * Status: Assigned * Priority: Normal * Assignee: nobu (Nobuyoshi Nakada) * ruby -v: 3.2.2 * Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN ---------------------------------------- With Big Sur, Apple deprecated putting dylibs in /usr/local/lib. In Sonoma (beta 4), this directory has disappeared completely. However, ruby's configure script depends on its existence. So, virtually every ruby installer (RVM, rbenv, asdf, ruby-build, and even building from source tarball) fails. When building ruby 3.2.2 from source, the configure step outputs the irritatingly useless "something wrong with LDFLAGS" error message and fails to build. The solution was to `cd /usr/local; sudo mkdir lib` to create the missing lib directory under /usr/local. It would be nice to remove this dependency from the configure script. -- https://bugs.ruby-lang.org/