On Wed, Nov 3, 2021 at 5:13 PM Andres Freund <andres@anarazel.de> wrote:
> Any chance you could enable jit_dump_bitcode and manually try a failing query? That should dump. bc files in the data
directory.That'd might allow debugging this outside the emulated environment.
>
> I don't see where the undef is originating from, but I think it might suggest that something lead to that code being
consideredunreachable.
postgres=# set jit_above_cost = 0;
SET
postgres=# select 1 + 1;
FATAL: fatal llvm error: Cannot select: 0x4b3ec1a0: i64,ch =
load<(load 8 from %ir.14)> 0x41ef6fe8, 0x4b3ec138, undef:i64
0x4b3ec138: i64 = add nuw 0x4b3eab60, Constant:i64<24>
0x4b3eab60: i64,ch = load<(load 8 from %ir.7)> 0x41ef6fe8,
0x4b3eaaf8, undef:i64
0x4b3eaaf8: i64 = add nuw 0x4b3ea068, Constant:i64<16>
0x4b3ea068: i64,ch = CopyFromReg 0x41ef6fe8, Register:i64 %4
0x4b3ea000: i64 = Register %4
0x4b3ea888: i64 = Constant<16>
0x4b3ea6e8: i64 = undef
0x4b3ea9c0: i64 = Constant<24>
0x4b3ea6e8: i64 = undef
In function: evalexpr_0_0
Ah, I hadn't noticed this in the log before:
'generic' is not a recognized processor for this target (ignoring processor)
Sounds kinda serious :-)
Resulting .bc files and .ll files (produced by llvm-dis) attached.