Re: BUG #16696: Backend crash in llvmjit

Поиск
Список
Период
Сортировка
От Palle Girgensohn
Тема Re: BUG #16696: Backend crash in llvmjit
Дата
Msg-id 3709C9C2-B84D-473C-9FE5-94213B61B411@pingpong.se
обсуждение исходный текст
Ответ на Re: BUG #16696: Backend crash in llvmjit  (Thomas Munro <thomas.munro@gmail.com>)
Список pgsql-bugs
Hi!

I’m on holiday and AFK another week or so. Please feel free to commit if it seems correct.

Palle

> 18 juli 2021 kl. 07:14 skrev Thomas Munro <thomas.munro@gmail.com>:
>
> On Thu, May 20, 2021 at 2:49 AM Palle <girgen@pingpong.net> wrote:
>> This seems to still not be fixed. Is it planned for 14.0 release?
>
> I don't know enough about LLVM and TLS to have an opinion on the
> details, but I tested this and it works, and I think it should
> probably be back-patched based on the discussion so far (and hopefully
> in the future some way can be figured out to make it actually work?).
>
> When I tested the original repro, I got SIGTRAP (not SIGSEGV as
> reported) with LLVM 9 and 10, while 11, 12 and 13 failed gracefully
> with:
>
> 2021-07-18 15:27:42.785 NZST [78884] FATAL:  fatal llvm error:
> Relocation type not implemented yet!
>
> I was reminded of this thread because I happened to see a
> relevant-looking commit whiz past in the FreeBSD commit log[1]: libc
> is changing to a different TLS model.  I just tried that, and it makes
> no difference.
>
> In case it helps someone who wants to see this failure, I recently
> XKCD1319'd myself into producing Vagrant files for PostgreSQL hacking
> on various OSes[2] after a clash with illumos on the build farm (cd
> freebsd12; vagrant up; vagrant ssh; you'll find a fresh build of the
> PostgreSQL master branch built against LLVM 9 under ~/install).
>
> [1] https://cgit.freebsd.org/src/commit/?id=9c97062b620137a1f7cad4c6b3fb030a396b3266
> [2] https://github.com/macdice/postgresql-dev-vagrant/



В списке pgsql-bugs по дате отправления:

Предыдущее
От: Andrey Borodin
Дата:
Сообщение: Re: CREATE INDEX CONCURRENTLY does not index prepared xact's data
Следующее
От: Alexander Korotkov
Дата:
Сообщение: Re: BUG #17066: Cache lookup failed when null (iso-8859-1) is passed as anycompatiblemultirange