Hi,

I apologize for this late reply.

As you advised, I was able to create the ".pc" file manually and set the 
dependencies using pkgconf.
Thank you.

However, I have read the PostgreSQL Documentation and did not realize that 
pkgconf is required.

17.4.3.2. PostgreSQL Features
-Dgssapi
  On many systems, the GSSAPI system (a part of the MIT Kerberos installation) 
is not installed in a location that is searched by default (e.g., /usr/include, 
/usr/lib). 
  In those cases, PostgreSQL will query pkg-config to detect the required 
compiler and linker options. 
-Dlibxml
  To use a libxml2 installation that is in an unusual location, you can set 
pkg-config-related environment variables (see its documentation).

Only a few options have a pkg-config description.
It would be easier to understand pkg-config in the "17.4.3. meson setup 
Options" section.
Below is my proposal for the document description.
How do you think about this?

17.4.3. meson setup Options
PostgreSQL will query pkg-config to detect the required compiler and linker 
options.
To use module installed in an unusual location for each feature (e.g. -Dgssapi, 
-Dlibxml), set pkg-config-related environment variables (see its documentation).

Regards,
Kohei Harikae

-----Original Message-----
From: Andres Freund <and...@anarazel.de> 
Sent: Thursday, November 7, 2024 4:05 AM
To: Harikae, Kohei/張替 浩平 <harikae.ko...@fujitsu.com>
Cc: 'pgsql-hackers@lists.postgresql.org' <pgsql-hackers@lists.postgresql.org>
Subject: Re: Windows meson build

Hi,

On 2024-11-05 06:32:51 +0000, Kohei Harikae (Fujitsu) wrote:
> I do not use pkgconf in my Windows environment.
> In my Windows environment, I could not build the following OSS with meson.
> - 0001 icu
> - 0002 libxml
> - 0003 libxslt
> - 0004 lz4
> - 0005 tcl
> - 0006 zlib
> - 0007 zstd
> 
> [1]thread, I created a patch like the one in the attached file, and now I can 
> build.
> Would you like to be able to build OSS with Windows meson without using 
> pkgconf?

You can use pkgconf or cmake for the dependencies.  I don't want to add "raw"
dependency handling for every dependency, they each build in too many variants 
for that to be a sensible investment of time.


Greetings,

Andres Freund


Reply via email to