alt Hacker News> 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.
Replies
florieger • today at 2:29 PM
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.
➕ show 2 replies
paulddraper • today at 2:52 PM
Yeah, there are some strange expectations going into this.
"This is what I would like AOT cache to mean."
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