Re: --with-llvm on 32-bit platforms?
От | Tom Lane |
---|---|
Тема | Re: --with-llvm on 32-bit platforms? |
Дата | |
Msg-id | 1436912.1758080856@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: --with-llvm on 32-bit platforms? (Thomas Munro <thomas.munro@gmail.com>) |
Список | pgsql-hackers |
Thomas Munro <thomas.munro@gmail.com> writes: > On Wed, Sep 17, 2025 at 3:47 AM Dmitry Mityugov > <d.mityugov@postgrespro.ru> wrote: >> I tried the patch and it works well, thanks a lot to everyone involved >> in fixing this. > Thanks for the report and confirmation! I also pinged Andres just in > case he had any objections to the approach, given that he wrote this > stuff. Nope, so pushed. Thanks for taking care of that! > As a side note, apt.llvm.org is apparently no longer publishing 32 bit > packages, and Debian's own i386 packages for LLVM bits and pieces seem > to have some inconvenient conflicts with their amd64 twins, and > indirectly lots of other stuff including my window manager (!). Or > perhaps it was always like that, and I'm recalling apt.llvm.org's old > 32 bit packages. All perfectly manageable in a dedicated > VM/container/chroot, but I wonder how long multiarch support will > continue. I think that for mainstream Linux distros, the handwriting on the wall is getting clearer and clearer. Fedora stopped supporting any 32-bit architectures some time ago, and Debian has dropped the first shoe (i386) too. (They might still build some 32-bit libraries, but I don't see the point of worrying about that case. If you're on a fundamentally 64-bit system, surely Postgres is not one of the applications you want to cram into 32-bit.) The various BSDen and maybe some niche Linux distros are probably the only platforms we should be worrying about for 32-bit. Despite having been the one who started this particular round of changes, I do foresee that PG will drop 32-bit support altogether in not so many years. I'm willing to keep kicking that can down the road for a little while more, though. regards, tom lane
В списке pgsql-hackers по дате отправления: