or, Mister Shipilëv's Home for Peculiar (JVM) Builds
WARNING: These artifacts are not well-tested, not virus-checked, may contain horrible bugs that could lead to data corruption, engulfing machines in flames, sharing your financial data, selling your pets on eBay, etc. etc. etc. everything that applies for binaries^W code^W anything downloaded from the Internet. Be cautious. If in doubt, build from the source yourself, and/or run on staging environment that is not painful to restore.
Our motto: "builds.shipilev.net — still more secure than npm install"
openjdk-* builds are usually from the latest revisions of their corresponding repositories, to capture the latest changes in projects. Many builds trigger on commit, some trigger nightly, every build triggers at least weekly. Some builds are verified with internal tests, but most are published as is.
The binary flavors are:
{Linux, Windows}: different OS targets; unfortunately, no Mac builds are here, because I cannot build them easily.
{aarch64, arm32-hflt, mipsel, mips64el, ppc64le, s390x, x86_32, x86_64}: different target architectures. All platforms except x86_64 are cross-compiled.
{server, zero}: different VM flavors. The normal JDK is Server: enables all JIT compilers, all GCs, etc. The very basic JDK is Zero VM: it has only one C++-based interpreter, and handful of GCs, etc. Most platforms have Server VM builds. Some platforms do not have JIT compilers implemented, and thus have only Zero VMs. For easier testing, all architectures build Zero VMs, even when Server VMs are available.
{release, fastdebug, slowdebug}: different optimization levels. The normal JDK is "release": it is the fastest one. "fastdebug" builds enable internal asserts and verifications, and thus run significantly slower, but are able to diagnose much more VM bugs; but they are still more or less optimized. "slowdebug" builds are not optimized at all, making them a perfect vehicle to work with debuggers.
patch-* contain the webrevs against upstream jdk for many projects. these are great to look around the changes done in project, for curiosity, debugging, and general review.