Re: Client-only Meson Build From Sources

Building only a subset of libraries / binaries would be sufficient for our use case (and even only building a subset of the tree would get us most of the way there). A configure-time switch to only build client binaries would be ideal but perhaps that could be a long term goal. In our fork we tri

Re: Client-only Meson Build From Sources

Hi, On 2025-10-21 12:02:27 -0400, Tom Lane wrote: > Benjamin Leff writes: > >> I believe the prevailing opinion was that the amount > >> of time saved by not building all of PG didn't justify the maintenance > >> effort to keep the build scripts working for that case > > > IMO, it’s not just abo

Re: Client-only Meson Build From Sources

Benjamin Leff writes: >> I believe the prevailing opinion was that the amount >> of time saved by not building all of PG didn't justify the maintenance >> effort to keep the build scripts working for that case > IMO, it’s not just about time. For bare bones package managers when there’s > no need

Re: Client-only Meson Build From Sources

> I believe the prevailing opinion was that the amount of time saved by not building all of PG didn't justify the maintenance effort to keep the build scripts working for that case IMO, it’s not just about time. For bare bones package managers when there’s no need to build the server, this saves a

Re: Client-only Meson Build From Sources

Peter Eisentraut writes: > On 20.10.25 22:43, Benjamin Leff wrote: >> Are there any plans to support a client-only (no server) build in meson? > I'm not aware of such plans. But that doesn't mean somebody couldn't > propose one. Years ago we had support for client-only builds on at least some

Re: Client-only Meson Build From Sources

On 20.10.25 22:43, Benjamin Leff wrote: Are there any plans to support a client-only (no server) build in meson? I'm not aware of such plans. But that doesn't mean somebody couldn't propose one.

Client-only Meson Build From Sources

Hello, Are there any plans to support a client-only (no server) build in meson? We currently maintain a libpq-standalone fork that we haven’t updated in about ~1 year and would like to deprecate if possible. Here’s another