From a9f9a02d2c6ee222e7e12081948750e32a370625 Mon Sep 17 00:00:00 2001 From: Debian Qt/KDE Maintainers Date: Fri, 5 Jul 2024 10:43:37 +0300 Subject: [PATCH] fix JSCore segmentation fault on 64-bit big endian systems Origin: backport, https://github.com/webkit/webkit/commit/3fdde71c7d95d758 Reviewed-by: Frank Heimes Last-Update: 2021-11-24 In CodeBlock.cpp the code preparing the operands of op_get_from_scope writes the property offset as pointer size (hence 64 bit) value: 2141: instructions[i + 6].u.pointer = reinterpret_cast(op.operand); while the same slot is accessed later by the jitted code as 32 bit integer: macro getProperty(slow) loadisFromInstruction(6, t1) This fails on big endian targets since the integer access takes the higher part of the 64 bit value. Gbp-Pq: Name jscore_big_endian.diff --- Source/JavaScriptCore/llint/LowLevelInterpreter64.asm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Source/JavaScriptCore/llint/LowLevelInterpreter64.asm b/Source/JavaScriptCore/llint/LowLevelInterpreter64.asm index 4b3febb3..2ba7dba5 100644 --- a/Source/JavaScriptCore/llint/LowLevelInterpreter64.asm +++ b/Source/JavaScriptCore/llint/LowLevelInterpreter64.asm @@ -2020,7 +2020,7 @@ macro loadWithStructureCheck(operand, slowPath) end macro getProperty(slow) - loadisFromInstruction(6, t1) + loadpFromInstruction(6, t1) loadPropertyAtVariableOffset(t1, t0, t2, slow) valueProfile(t2, 7, t0) loadisFromInstruction(1, t0) -- 2.30.2