Carlo Cabrera

Let's try to switch to an upstream patch before running this again. CC @danielnachun

Ok with me. Or maybe we could just add `-include` flags to `CXXFLAGS`.

Let's see if building this with the new `caf` works. If not we can try dropping the `caf` commits.

``` /tmp/zeek-20220920-32179-1u7ho3s/auxil/broker/caf-incubator/libcaf_net/src/multiplexer.cpp:591:26: error: no member named 'disposed' in 'caf::sec' mgr->handle_error(sec::disposed); ~~~~~^ ``` Nope, I don't think it likes the new `caf`.

``` /tmp/zeek-20220920-46057-c5cj3l/auxil/broker/caf-incubator/libcaf_net/caf/net/multiplexer.hpp:11:10: fatal error: 'caf/action.hpp' file not found #include "caf/action.hpp" ^~~~~~~~~~~~~~~~ ``` Curious. I wonder what version of `caf` they're expecting then.

> @danielnachun I changed it in https://github.com/Homebrew/homebrew-core/commit/6c2842a7dcda0cf65dc31394253f7f34053b3f1a and @carlocab gave it a ✅. Yes, I was aware of the motivation for making it a runtime dependency when I approved 6c2842a7dcda0cf65dc31394253f7f34053b3f1a,...

> it should be a `:build` dependency on `glibc` and added on individual formulae, a runtime dependency on `glibc` I'm open to this. My concern is that it feels like...

Can you try getting `make` to build verbosely? Probably with `V=1`.

Can you attach the log from `/home/PanXuehai/Projects/brew/Cellar/ruby/3.1.2_1/lib/ruby/gems/3.1.0/extensions/x86_64-linux/3.1.0/rbs-2.1.0/gem_make.out`?

> If I had to guess, this is occurring because either the `-Wl,--dynamic_linker=HOMEBREW_PREFIX/ld.so` argument is being ignored, or isn't even being passed at all. Shouldn't that be `-Wl,--dynamic-linker=HOMEBREW_PREFIX/opt/glibc/bin/ld.so`?