Re: PG vs macOS Mojave - Mailing list pgsql-hackers

From Jakob Egger
Subject Re: PG vs macOS Mojave
Date
Msg-id DF261D4E-DFB6-4474-9B35-7BBEC93AD959@eggerapps.at
Whole thread Raw
In response to PG vs macOS Mojave  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: PG vs macOS Mojave  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Am 25. Sep. 2018 um 06:49 schrieb Tom Lane <tgl@sss.pgh.pa.us>:
> It's a bit scary to be adding -isysroot globally.
> (...)
> I've tested this on all the macOS versions I have at hand, and it
> doesn't seem to break anything.
> (...)
> Thoughts?
>
>             regards, tom lane

This breaks building extensions with a different SDK than the server itself.

Previously, it was possible for users to download a binary PostgreSQL distribution and build an extension just by
typing'make install'. 

Now pgxs/src/makefile.global contains -isysroot of the machine where PostgreSQL was built. If they use a different
versionof Xcode, or if they renamed Xcode (I often use multiple versions side by side), compilation will fail. 

As a workaround for Postgres.app, I've tried setting PG_SYSROOT to
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk(which is a symlink to
thecurrent SDK). This allows building extensions on a newer OS than what I use for building the server, but if the user
renamesXcode that still doesn't help. 

Jakob

pgsql-hackers by date:

Previous
From: Amit Khandekar
Date:
Subject: Re: TupleTableSlot abstraction
Next
From: Magnus Hagander
Date:
Subject: Re: Creating Certificates