-
Notifications
You must be signed in to change notification settings - Fork 188
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can't use truffleruby 23.1.0 on MacOS with XCode 15 #3283
Comments
I am not aware of any truffleruby Homebrew formula, could you point me to it? It sounds like whatever tool installed truffleruby did not run the post install hook but that's necessary.
The README has details for various supported ways to install TruffleRuby. |
I see, so you're saying this may be a ruby-install issue? Will cross-post. |
Ah you used |
I cannot reproduce this on Linux. |
@HoneyryderChuck To help us investigate, could you:
And post the full output here? |
I cannot reproduce the issue on macOS (i9):
and then
|
I've tried this again:
one thing to note about my environment is that I have many installations of openssl via homebrew, besides the outdated system one
where openssl@3 is set via |
Could you write here your macOS version and XCode version? It seems like those differ from @andrykonchin and our CI and might be the cause of this issue.
@rschatz @lewurm maybe you have seen this before? (Apple is unfortunately known for making incompatible changes in their C toolchain almost every macOS major release)
This sounds like openssl.bundle is loaded natively and not on Sulong, I wonder if Sulong doesn't detect that .bundle as having a valid header or so, or if the bitcode is actually missing in openssl.bundle (ideally Sulong would error in such a case rather than load natively but IIRC that's not the current behavior, maybe this could be solved via different mime-types for user one and for dependencies).
TruffleRuby will pick one of them, that should just work. |
|
@HoneyryderChuck Could you try that?
Could you also copy the output of: |
@lewurm had a similar-looking error, with XCode 15 which ships a new linker and that apparently makes https://github.com/oracle/graal/blob/3fe9ebac47c4b850068770c5e7afe419ba426a39/sulong/projects/com.oracle.truffle.llvm.parser/src/com/oracle/truffle/llvm/parser/macho/MachOFile.java#L118 fail to find the bitcode. |
as a workaround using an older Xcode should do the job. |
Ventura 13.5.2, XCode 15
"no primary suite found for extract-bitcode"
Isn't there a workaround for XCode 15, where I can do smth manually instead? Unfortunately downgrading xcode is not feasible or an option. I'll have to wait for a fix otherwise. |
Ah, I forgot
We're looking into it, there are other likely related issues with XCode 15 reproduced by others, we'll need to fix this on Sulong master anyway. |
When I call mx:
Do I need to have a special JVM installed? FWIW I have 3 versions, the more recent being java 18 (I tried with all of them, same result) |
Ah If this is too much trouble though feel free to just wait for the fix, as this point we have identified there are issues with XCode 15 and we can most likely reproduce this issue too after fixing some stuff before. |
Hello I'm running into the same issue with version 23.1.1 . It seems to install fine initially. I can for instance run bundle install
Could not load OpenSSL.
You must recompile Ruby with OpenSSL support. I've tried using asdf , then using ruby-install as well ( installing it into my .asdf dir just to keep it consistent)
Also tried to point it to my openssl installations( both 1.1 & 3) - all install fine and work until I have to use a gem with openssl dependency - like bundler.
I'm on Thank you |
I just installed My wrapper
|
This is fixed since #3308 in dev builds, which you can install e.g. with We plan to backport this to 23.1.2 (January). The issue is caused by a new linker in XCode 15 which no longer keeps the bitcode when linking even when instructed to do so. So we moved to the ld64.lld linker from LLVM instead of using the system linker. |
Thank you
Worked like a charm |
This is wonderful news. Is it possible to get the same fix for truffleruby+graalvm? |
It will be there as soon as there is a new build at https://github.com/graalvm/graalvm-ce-dev-builds/releases. Maybe I should setup something like https://github.com/ruby/truffleruby-dev-builder for truffleruby+graalvm too, nowadays it would be simpler but still some work. |
@bolandross There is a new build at https://github.com/graalvm/graalvm-ce-dev-builds, which you can get via |
This fix will be in the 23.1.2 release which will be available on January 23, 2024. |
Sometimes CI tests in the macos environment fail. The logs indicated a problem on the truffleruby side. [1] I'm not 100% sure, but I think I was able to reproduce the problem and eliminate it. I don't see any other option than to upgrade the version of TruffleRuby. The test case I changed: > Test that the right version is installed Instead of checking version 1.0.0-rc13, I check version 23.1.2. The test behavior is the same because we care about the "right version". [1]: oracle/truffleruby#3283
Sometimes CI tests in the macos environment fail. The logs indicated a problem on the truffleruby side. [1] I'm not 100% sure, but I think I was able to reproduce the problem and eliminate it. I don't see any other option than to upgrade the version of TruffleRuby. The test case I changed: > Test that the right version is installed Instead of checking version 1.0.0-rc13, I check version 23.1.2. The test behavior is the same because we care about the "right version". [1]: oracle/truffleruby#3283
I've installed truffleruby 23.1.0 using homebrew. All went well, until I use openssl:
It seems that truffleruby 23 requires the installation of the graalvm, where previous ones didn't? If so, shouldn't it be declared as a dependency in the formula, and installed accordingly? Or is this smth else? (I've used OPENSSL_PREFIX against locally installed openssl@3 and @1.1).
The text was updated successfully, but these errors were encountered: