Re: --with-llvm on 32-bit platforms? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: --with-llvm on 32-bit platforms?
Date
Msg-id 660340.1757967714@sss.pgh.pa.us
Whole thread Raw
In response to Re: --with-llvm on 32-bit platforms?  (Dmitry Mityugov <d.mityugov@postgrespro.ru>)
Responses Re: --with-llvm on 32-bit platforms?
Re: --with-llvm on 32-bit platforms?
List 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 by date:

Previous
From: Dmitry Mityugov
Date:
Subject: Re: --with-llvm on 32-bit platforms?
Next
From: Álvaro Herrera
Date:
Subject: Re: Implement waiting for wal lsn replay: reloaded