Comment by lazystone
6 hours ago
> In theory, the whole AOT cache idea sounds like something that should only affect the class data and not perform any native compilation
> Non-Goals
> It is not a goal to support cross-compilation. Code compiled in a training run must run on the same CPU architecture, with the same set of features, in subsequent production runs.
Your link is about a completely separate feature, called the AOT code cache (targeted for JDK28, not released yet). The post is about the AOT cache, which forms the foundation for this feature, but is separate and already available since JDK24. The JEP for the feature the post is about is https://openjdk.org/jeps/483
I wonder if this should trigger a warning (or even an error) at application startup whenever the CPU architectures differ.
IMHO, that would be much better than running into crashes and having to figure out the cause yourself.
Yea, it should probably warn and fallback to normal JIT
Should probably just kick in the JIT at that point, no?
Yeah, there are some strange expectations going into this.
"This is what I would like AOT cache to mean."