Re: Use Postgres as meson wrap subproject

From: Niyaz Hazigaleyev <hazigaleevniaz(at)gmail(dot)com>
To: Andreas Karlsson <andreas(at)proxel(dot)se>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org, Elliot Haisley <elliot(dot)haisley(at)outlook(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Tristan Partin <tristan(at)neon(dot)tech>
Subject: Re: Use Postgres as meson wrap subproject
Date: 2026-01-06 00:33:14
Message-ID: 16268B6B-9934-4C73-888C-0FBAE6E82B54@gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

You right, Tristan made even more. At this point I just move to the original thread. Thanks Andreas!

> 5 янв. 2026 г., в 04:09, Andreas Karlsson <andreas(at)proxel(dot)se> написал(а):
>
> On 1/4/26 8:32 PM, Niyaz Hazigaleyev wrote:
>> You right Eliot Haisley more complete patch because he replaced all occurrences of @SOURCE_DIR@ but I also added include_directories to dependency, so it will not fail to find headers which are included in libpq headers. So if I merge my patch with Eliot’s it should be fine. I can send complete patch after it’s done.
>
> Did you see that Tristan also just patched his own version which seems like it could potentially be even more complete?
>
> https://www.postgresql.org/message-id/DFEOAWQP27I8.3LHIXYEFCXD25%40partin.io
>
>> About meson wrap subproject. In my projects I really like to have fallback if there is no system lib available or system lib have not compatible version. Basically I use it as package manager for my C/C++ projects, I just put the link to git into wrap file, provide dependency and that’s it, meson does all the work. Ideally everything in my project should be build from scratch without any prebuilt binaries, so I can cross-compile to any platform that I want and build/packaging of project becomes much easier.
>
> Thanks!
>
> Andreas
>

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Hayato Kuroda (Fujitsu) 2026-01-06 00:41:53 RE: Patch for migration of the pg_commit_ts directory
Previous Message Thomas Munro 2026-01-06 00:21:25 Re: PRI?64 vs Visual Studio (2022)