Re: --with-llvm on 32-bit platforms?
От | Tom Lane |
---|---|
Тема | Re: --with-llvm on 32-bit platforms? |
Дата | |
Msg-id | 660340.1757967714@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: --with-llvm on 32-bit platforms? (Dmitry Mityugov <d.mityugov@postgrespro.ru>) |
Ответы |
Re: --with-llvm on 32-bit platforms?
Re: --with-llvm on 32-bit platforms? |
Список | pgsql-hackers |
Dmitry Mityugov <d.mityugov@postgrespro.ru> writes: > Tom Lane писал(а) 2025-09-15 22:16: >> Interesting. You have at no point shown any details about what >> these failures look like. > I did mention that `make check` fails if I enable --with-llvm flag on > 32-bit Linux platforms, for both GCC and Clang, at the very first > message in this thread. Indeed you said that, but that's about as content-free a problem report as I've run into. What are the regression diffs? (If they're massive, the first few would still be useful.) Does it get hung up entirely? Are there crashes, and if so can you get stack traces from them? You really shouldn't expect people to spin up an environment like this just to see what happens. > What's interesting is that when I add the following (quick and dirty) > assertion to DatumGetPointer on 32-bit Linux platforms, > DatumGetPointer(Datum X) > { > Assert((X & 0xFFFFFFFF00000000) == 0); > return (Pointer) (uintptr_t) X; > } > I get a failure in Postgres executable early on startup. Interesting, but again, how about a stack trace? regards, tom lane
В списке pgsql-hackers по дате отправления: