> In theory, the whole AOT cache idea sounds like something that should only affect the class data and not perform any native compilation

https://openjdk.org/jeps/544

> 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.

▲

crschnick 2 hours ago | parent | next [-]

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

▲

florieger 3 hours ago | parent | prev | next [-]

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.

	▲	odo1242 18 minutes ago \| parent \| next [-]
		Yea, it should probably warn and fallback to normal JIT
	▲	jayd16 an hour ago \| parent \| prev [-]
		Should probably just kick in the JIT at that point, no?

▲

paulddraper 2 hours ago | parent | prev [-]

Yeah, there are some strange expectations going into this.

"This is what I would like AOT cache to mean."