jdk

They still have assemblers in them - they're just done with method calls rather than text. https://github.com/openjdk/jdk/blob/e73ce9b406c34bd460f0797f... Also if you look at the compiler's intermediate representation at the very last phases you'll see it basically looks like an assembly program.

See this code: https://github.com/openjdk/jdk/blob/39c023612dbdd1016ad24b60... It only works when isatty() returns true on both stdin and stdout. If you redirect stdin from a file, but stdout still goes to tty, isatty() on stdout will return true, but System.console() will return null. If you are using isatty() on stdout to decide whether to display fancy output, then whether stdin is a tty or not isn't relevant. So in that scenario System.console() doesn't do what you want.

BTW, there's much more assembly code in OpenJDK than you'd find by looking for assembly files. There's a lot of code (all of the interpreter, for example) that's generated at startup time, and written in assmebly as a C++ DSL. E.g. https://github.com/openjdk/jdk/blob/master/src/hotspot/cpu/x... and https://github.com/openjdk/jdk/blob/master/src/hotspot/cpu/x...

Note that of course the JVM's top-tier JIT compilers (C2, Graal EE) have already done this autovectorisation for many years - this is just the first time code has been contributed for the open source version of Graal, because previously it was an Enterprise-only feature in that compiler. For example open source code in C2 https://github.com/openjdk/jdk/blob/497cb3f4f4ae7f86c1731396.... > Now since they are able to loop unroll it by analysing AST There's no AST analysis going on here - it operates at the graph level. > it must also be possible to forward instructions to GPU/GPGPU in the future with little more effort Hah. People have been trying general GPU offload for a decade and haven't really got anywhere yet. The blocking issue is finding work that is coarse-grained enough to make the context-switch worth it.

OpenJDK BigDecimal::doubleValue() goes via a string in certain situations https://github.com/openjdk/jdk/blob/master/src/java.base/sha...

I'm pretty sure that's 100% immaterial to the argument but from 8 seconds on Google, here: https://github.com/openjdk/jdk C++: 13.9% C: 5.4% Or here: https://en.wikipedia.org/wiki/HotSpot "Written in C++, Assembly" Or here: https://blogs.oracle.com/sundararajan/so-you-want-to-read-ho... I should have said Perl to really bring out the pedants.

"klass" seems to somewhat outnumber "clazz" in OpenJDK, 1541 to 1021. Wonder if there's a reason they haven't settled on one. https://github.com/openjdk/jdk/search?q=klass https://github.com/openjdk/jdk/search?q=clazz