Re: gs_group_1 crashing on 13beta2/s390x
Christoph Berg <myon@debian.org>
From: Christoph Berg <myon@debian.org>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Date: 2020-07-16T09:33:58Z
Lists: pgsql-hackers
Re: Tom Lane > Given the apparently-can't-happen situation at the call site, > and the fact that we're not seeing similar failures reported > elsewhere (and note that every line shown above is at least > five years old), I'm kind of forced to the conclusion that this > is a compiler bug. Does adjusting the -O level make it go away? The problem is that a manual build doesn't crash, and I'm somewhat reluctant to do a full new package upload (which will keep buildds for all architectures busy) just for a -O0 test unless we are sure it helps. I'd rather play more with the manual build artifacts (which should be using the same compiler and everything), if anyone has ideas what I should be trying. Christoph
Commits
-
llvmjit: Work around bug in LLVM 3.9 causing crashes after 72559438f92.
- c835c7ffe21d 12.5 landed
- 4a4f4487d2d2 11.10 landed
- fe2a16d8b3e6 14.0 landed
- efc9a8e9800c 13.1 landed
-
llvmjit: Also copy parameter / return value attributes from template functions.
- f3dee5b9aba6 11.10 landed
- c8a2bb0f1abf 12.5 landed
- ae3e75abab22 13.1 landed
- 72559438f92f 14.0 landed