-
Notifications
You must be signed in to change notification settings - Fork 22
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
The Truffle language translator misses proper language detection #77
Comments
I looked into this a bit today and the language isn't being detected because at this point in the graph all we see are org.graalvm and java.lang nodes. We may need to broaden the heuristic used for language detection, but we need to be careful to not misattribute the language in polyglot cases. |
For this case, many other nodes, including BoxNode feeding into the |
One way would be to look at the |
I just took a look at this with TruffleRuby 24.1.0-dev JVM CE and none of the source positions mentioned "org.truffleruby" as far as I can tell. The AST graphs are now merged into the same BGV file as the compilation graphs. I suppose we could strip the phase number off the command input and then look at a higher level phase to determine the language. It's a bit ugly, but should work. |
I checked on 24.0.0 native, and #77 (comment) is still accurate and seems the easiest way to find if it's a Ruby graph. |
When looking at the graph generated by the following Ruby code:
you'll see that the two arguments
a
andb
are represented in the Seafoam's simplified output asT(8)
andT(9)
. These should render asT(args[0])
andT(args[1])
using the language translator pass. However, the translator is failing to detect that these are correspond to a TruffleRuby method.The text was updated successfully, but these errors were encountered: