You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We see an issue on the macos-latest trufferuby-head case on the GitHub Actions on ruby/openssl. The issue ticket is ruby/openssl#650. I don't know where the issue comes from. But my guess is that the trufferuby-head was built with both OpenSSL 3.1 and 1.1 include directories unintentionally.
Check the macos-latest truffleruby-head case on the GitHub Actions on the repository.
Expected vs. actual behavior
Expected: The case succeeds. There is no compiler warning.
Actual: The case fails. There is a compiler warning.
/Users/runner/.rubies/truffleruby-head/lib/sulong/native/bin/graalvm-native-clang -I. -I/Users/runner/.rubies/truffleruby-head/lib/cext/include -I/Users/runner/.rubies/truffleruby-head/lib/cext/include/ruby/backward -I/Users/runner/.rubies/truffleruby-head/lib/cext/include -I../../../../ext/openssl -I/usr/local/Cellar/openssl@3/3.1.1_1/include -DRUBY_EXTCONF_H=\"extconf.h\" -D_DARWIN_C_SOURCE -DTRUFFLERUBY_ABI_VERSION=3.1.3.9 -I/usr/local/opt/openssl@1.1/include -fPIC -Werror=implicit-function-declaration -Wno-int-conversion -Wno-int-to-pointer-cast -Wno-incompatible-pointer-types -Wno-format-invalid-specifier -Wno-format-extra-args -ferror-limit=500 -Werror -o ossl.o -c ../../../../ext/openssl/ossl.c
In file included from ../../../../ext/openssl/ossl.c:10:
In file included from ../../../../ext/openssl/ossl.h:175:
../../../../ext/openssl/openssl_missing.h:195:11: error: 'TS_VERIFY_CTS_set_certs' macro redefined [-Werror,-Wmacro-redefined]
# define TS_VERIFY_CTS_set_certs(ctx, crts) ((ctx)->certs=(crts))
^
/usr/local/Cellar/openssl@3/3.1.1_1/include/openssl/ts.h:426:11: note: previous definition is here
# define TS_VERIFY_CTS_set_certs(ctx, cert) TS_VERIFY_CTX_set_certs(ctx,cert)
^
I suppose that the problem is both OpenSSL 1.1 include directory -I/usr/local/opt/openssl@1.1/include and OpenSSL 3.1 directory -I/usr/local/Cellar/openssl@3/3.1.1_1/include are specified in the command line. I assume the truffleruby-head was built with both the include directories.
junaruga
changed the title
macos-latest (macos-12) trufferuby-head (23.1.0-dev-b64cd1d4)
macos-latest (macos-12) trufferuby-head (23.1.0-dev-b64cd1d4): native extentsion compiling with both OpenSSL 3.1 and 1.1 include directories.
Jul 20, 2023
We see an issue on the macos-latest trufferuby-head case on the GitHub Actions on ruby/openssl. The issue ticket is ruby/openssl#650. I don't know where the issue comes from. But my guess is that the trufferuby-head was built with both OpenSSL 3.1 and 1.1 include directories unintentionally.
Steps to reproduce the behavior
Expected vs. actual behavior
Expected: The case succeeds. There is no compiler warning.
Actual: The case fails. There is a compiler warning.
I suppose that the problem is both OpenSSL 1.1 include directory
-I/usr/local/opt/openssl@1.1/include
and OpenSSL 3.1 directory-I/usr/local/Cellar/openssl@3/3.1.1_1/include
are specified in the command line. I assume the truffleruby-head was built with both the include directories.Logs
https://github.com/ruby/openssl/actions/runs/5580792815/job/15113450849#step:8:91
The text was updated successfully, but these errors were encountered: