From: Tom Lane <tgl@sss.pgh.pa.us>
To: Thomas Munro <thomas.munro@gmail.com>
cc: Nathan Bossart <nathandbossart@gmail.com>,
        Peter Eisentraut <peter@eisentraut.org>,
        Tomas Vondra <tomas@vondra.me>, Heikki Linnakangas <hlinnaka@iki.fi>,
        Japin Li <japinli@hotmail.com>, Andres Freund <andres@anarazel.de>,
        PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Subject: Re: Cannot find a working 64-bit integer type on Illumos
In-reply-to: 
 <CA+hUKG+iDwkHX4DkXYZ6LO0LWA4DCfexuP3zBFfeTJq4_FhJwQ@mail.gmail.com>
References: <2397643.1733347237@sss.pgh.pa.us>
 <CA+hUKGLf9CKuAgwKZ4ZBDWvqkSe729D+rXZ-vMpU37-BLso9TQ@mail.gmail.com>
 <2401111.1733349005@sss.pgh.pa.us> <2402151.1733349346@sss.pgh.pa.us>
 <CA+hUKG+AyuDcY5BX8uut2id11UDm-V+uwHz--o3h_iF1UKBhZA@mail.gmail.com>
 <CA+hUKGJj71+xFnEF8D26MMYiATNSECdi=3tcpm1kncpmLDJd7w@mail.gmail.com>
 <2412342.1733354191@sss.pgh.pa.us>
 <CA+hUKGKn_EkNNGMY5RzMcKP+a6urT4JF=CPhw_zHtQwjvX6P2g@mail.gmail.com>
 <a6fe6b44-e5f7-4edd-a451-bff69170dadd@eisentraut.org>
 <CA+hUKGKs-QSkM-AnmU55aSrxxrYEDA9A4YoNaE4t4ma-3CAFYQ@mail.gmail.com>
 <Z-MhRzoc7t-nPUQG@nathan>
 <CA+hUKG+iDwkHX4DkXYZ6LO0LWA4DCfexuP3zBFfeTJq4_FhJwQ@mail.gmail.com>
Comments: In-reply-to Thomas Munro <thomas.munro@gmail.com>
	message dated "Wed, 26 Mar 2025 10:39:44 +1300"
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-ID: <1321974.1742943697.1@sss.pgh.pa.us>
Content-Transfer-Encoding: quoted-printable
Date: Tue, 25 Mar 2025 19:01:37 -0400
Message-ID: <1321975.1742943697@sss.pgh.pa.us>
Archived-At: 
 <https://www.postgresql.org/message-id/1321975.1742943697%40sss.pgh.pa.us>
Precedence: bulk

Thomas Munro <thomas.munro@gmail.com> writes:
> On Wed, Mar 26, 2025 at 10:34=E2=80=AFAM Nathan Bossart
> <nathandbossart@gmail.com> wrote:
>> In file included from pg_regress.c:34:
>> /usr/local/include/libpq-fe.h:623:8: error: unknown type name 'pg_int64=
'

> Looks like it's mixing up /usr/local/include and our source tree...

Yeah.  That's because the compile command for pg_regress.c has
-I../../../src/include/libpq too late, after -I switches added
for other things:

ccache cc -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-s=
tatement -Werror=3Dvla -Werror=3Dunguarded-availability-new -Wendif-labels=
 -Wmissing-format-attribute -Wcast-function-type -Wformat-security -Wmissi=
ng-variable-declarations -fno-strict-aliasing -fwrapv -fexcess-precision=3D=
standard -Wno-unused-command-line-argument -Wno-compound-token-split-by-ma=
cro -Wno-format-truncation -Wno-cast-function-type-strict -g -O2 -fPIC -DP=
IC -fvisibility=3Dhidden -I../../../src/include -I/usr/local/include -I/us=
r/local/include/libxml2  -I/usr/local/include -I../../../src/port -I../../=
../src/interfaces/libpq '-DHOST_TUPLE=3D"x86_64-unknown-freebsd15.0"' '-DS=
HELLPROG=3D"/bin/sh"'  -c -o pg_regress.o pg_regress.c

How did that work before?  Perhaps somebody just now added a libpq
dependency to pg_regress.c?

			regards, tom lane