Benoit Daloze

Another idea was maybe it's worth asking GitHub to provide XCode 14.3 on macos-12. But I found https://github.com/actions/runner-images/issues/8320#issuecomment-1724574520 so that seems not possible. [Confirmed here](https://developer.apple.com/documentation/xcode-release-notes/xcode-14_3-release-notes)

Thanks for the report and trying on various versions. `Fatal error: No exception handler registered for deopt target` certainly feels like Native Image bug. Could you post detailed repro instructions...

I'll regroup the header of each log here for convenience: ``` truffleruby 23.1.2, like ruby 3.2.2, Oracle GraalVM Native [aarch64-darwin] Fatal error: No exception handler registered for deopt target encodedBci:...

FWIW I tried to repro just raising an exception in another thread but that didn't trigger this issue (maybe because it doesn't deopt): ``` ruby -e 't=Thread.new { sleep 1;...

Filed as GR-51913 internally.

https://github.com/oracle/truffleruby/blob/bd96fa823c214a04a5586c230e07671fd41bb0de/lib/mri/rubygems/specification.rb#L845 and `@@stubs_by_name` is a Hash. Can be solved by thread-safe Hash, and/or upstream.

@rwstauner Yes it's expected that Hash is not thread-safe yet (and it wasn't before either) on TruffleRuby (and that it throws such errors in that case). For now it would...

> and `@@stubs_by_name` is a Hash. For now I worked around this one by using `TruffleRuby::ConcurrentMap` in https://github.com/oracle/truffleruby/commit/4061462f841ce6382f783f7062a0ee37823549eb. We can't use Concurrent::Map there because it's code in RubyGems, and `TruffleRuby::ConcurrentMap`...

IMO a gem/app should not test for this exact exception message, this message is subject to change, even in CRuby. An easy fix/workaround for that would be to test for...

Thanks for the report. We use the same C code as CRuby for Ripper. So this is probably a bug of `id_type`/`rb_str_symname_type`/`rb_enc_symname_type` or `sym_type` or so. Possibly related to #3407...