Re: FW: Building Postgres 17.0 with meson

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Mark Hill <Mark(dot)Hill(at)sas(dot)com>
Cc: Nazir Bilal Yavuz <byavuz81(at)gmail(dot)com>, "pgsql-hackers(at)lists(dot)postgresql(dot)org" <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: FW: Building Postgres 17.0 with meson
Date: 2024-11-18 15:06:36
Message-ID: CA+TgmoZ-xDigWg6BEx5pUZ0vEfEDb0D1jDyUmiwPejOTZ47xXw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Nov 14, 2024 at 2:55 PM Mark Hill <Mark(dot)Hill(at)sas(dot)com> wrote:
> With openssl, zlib, and icu enabled in the setup, the ninja build fails trying to link src/backend/postgres.exe. There are 40 unresolved
> external symbol errors (see below.) I checked a few of the symbols and they appear in the Postgres source without the "_72" text on
> the end. Is it getting "72" from the version of icu4c I'm using, 72.1? Anyone know how to prevent these errors?

Yeah, I bet the library symbols are versioned. In general, I'd try to
figure out if you have more than one ICU install on the machine. Maybe
the versions are getting mixed somehow. More specifically, if this
were on Linux, I'd try to figure out which ICU library it's linking
against to get those symbols and run the appropriate tool on it to
list the symbols in that library. On Linux it would be nm. Then for
example where it's looking for u_strcpy_72 I would either find that
(a) the library contains u_strcpy rather than u_strcpy72, or (b) the
library contains u_strcpy_<some-other-number-here> rather than
u_strcpy_72, or (c) it doesn't contain any symbols even vaguely of
that sort.

--
Robert Haas
EDB: http://www.enterprisedb.com

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Jim Jones 2024-11-18 15:07:33 Re: Logging which local address was connected to in log_line_prefix
Previous Message Yan Chengpeng 2024-11-18 14:25:31 [PATCH] Fix jsonb comparison for raw scalar pseudo arrays