Creating AOT cache for one of JCK tests crashes with
 "assert(pair_at(i).match() < pair_at(i+1).match()) failed: unsorted table entries"
when creating AOT cache.


# Internal Error (/opt/mach5/mesos/work_dir/slaves/3fe4557b-066a-4392-9b05-ef874140c35c-S204/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/52c6c4b7-e9ba-46ef-a525-29a31cd648f0/runs/f6c345c7-c34d-4967-adba-1f22dad096e5/workspace/open/src/hotspot/share/interpreter/bytecode.cpp:245), pid=28273, tid=28274
# assert(pair_at(i).match() < pair_at(i+1).match()) failed: unsorted table entries
#
# JRE version: Java(TM) SE Runtime Environment (25.0+2) (fastdebug build 25-ea+2-LTS-135)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 25-ea+2-LTS-135, interpreted mode, compressed oops, compressed class ptrs, g1 gc, linux-amd64)
# Problematic frame:
# V [libjvm.so+0x74d594] Bytecode_lookupswitch::verify() const+0x144
#
# Core dump will be written. Default location: Core dumps may be processed with "/usr/share/apport/apport %p %s %c %d %P %E" (or dumping to /home/katya/work/JavaSE/Hotspot/bugs/jdk24/pit-jep483/jck/core.27686)
#
# If you would like to submit a bug report, please visit:
# https://bugreport.java.com/bugreport/crash.jsp
#

--------------- S U M M A R Y ------------

Command Line: --enable-preview -XX:AOTMode=create -XX:AOTConfiguration=/home/katya/work/JavaSE/Hotspot/bugs/jdk24/pit-jep483/jck/results_training/vm/classfmt/ins/instr_008/instr_00801m1t/instr_00801m1t.aotconf -XX:AOTCache=/home/katya/work/JavaSE/Hotspot/bugs/jdk24/pit-jep483/jck/results_training/vm/classfmt/ins/instr_008/instr_00801m1t/instr_00801m1t.aot

Host: olegbox, Intel(R) Xeon(R) CPU E5-2630 0 @ 2.30GHz, 24 cores, 15G, Ubuntu 16.04.6 LTS
Time: Tue Dec 17 09:26:02 2024 PST elapsed time: 7.849505 seconds (0d 0h 0m 7s)

--------------- T H R E A D ---------------

Current thread (0x00007f7f3002e170): JavaThread "main" [_thread_in_vm, id=27687, stack(0x00007f7f38e72000,0x00007f7f38f73000) (1028K)]

Stack: [0x00007f7f38e72000,0x00007f7f38f73000], sp=0x00007f7f38f6e210, free space=1008k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x74d594] Bytecode_lookupswitch::verify() const+0x144 (bytecode.cpp:245)
V [libjvm.so+0x1465f20] Method::compute_has_loops_flag()+0x340
V [libjvm.so+0xe9d954] InstanceKlass::compute_has_loops_flag_for_methods()+0x34
V [libjvm.so+0x14525e5] MetaspaceShared::try_link_class(JavaThread*, InstanceKlass*)+0x1a5
V [libjvm.so+0x9c272b] ClassListParser::parse_class_name_and_attributes(JavaThread*) [clone .part.0]+0x57b
V [libjvm.so+0x9c87c7] ClassListParser::parse(JavaThread*)+0x127
V [libjvm.so+0x1451374] MetaspaceShared::preload_classes(JavaThread*)+0x84
V [libjvm.so+0x14561c2] MetaspaceShared::preload_and_dump_impl(StaticArchiveBuilder&, JavaThread*)+0x22
V [libjvm.so+0x145676e] MetaspaceShared::preload_and_dump(JavaThread*)+0x6e
V [libjvm.so+0x18973e6] Threads::create_vm(JavaVMInitArgs*, bool*)+0xf56
V [libjvm.so+0x101d424] JNI_CreateJavaVM+0x54
C [libjli.so+0x3c2f] JavaMain+0x8f
C [libjli.so+0x79b9] ThreadJavaMain+0x9
Registers:
RAX=0x00007f7f38f8f000, RBX=0x00007f7f38f6e230, RCX=0x00007f7f37c8b11a, RDX=0x00007f7f37d0d008
RSP=0x00007f7f38f6e210, RBP=0x00007f7f38f6e210, RSI=0x00000000000000f5, RDI=0x00007f7f37d0cc48
R8 =0x00000000000000ab, R9 =0x0000000000000002, R10=0x0000000000000000, R11=0x0000000000000000
R12=0x00007f7f38305c84, R13=0x00007f7e3c603d60, R14=0x00007f7e3c603d41, R15=0x0000000000000001
RIP=0x00007f7f36912594, EFLAGS=0x0000000000010297, CSGSFS=0x002b000000000033, ERR=0x0000000000000006
  TRAPNO=0x000000000000000e


The issue is reproduced with both jdk24 and jdk25 but only with fastdebug builds.

The tests pass in case product builds are used.