From: | Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com> |
---|---|
To: | dominyktiller(at)gmail(dot)com, pgsql-bugs(at)lists(dot)postgresql(dot)org, PG Bug reporting form <noreply(at)postgresql(dot)org> |
Subject: | Re: BUG #15358: PostgreSQL fails to build on 10.14 when Perl is enabled. |
Date: | 2018-09-06 21:49:56 |
Message-ID: | d07f22c9-bf42-e525-e8e2-9df140907022@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On 30/08/2018 02:24, PG Bug reporting form wrote:
> That location contains only `libperl.dylib` now, but the output is correct
> as far as Apple are concerned because the usage of `-I` on Darwin is
> erroneous when trying to build against system-provided tools; the advice is
> for people to switch over to using `-iwithsysroot` in those circumstances.
> The absolute minimal patch to achieve that is to replace the three calls of
> `-I$perl_archlibexp/CORE` or `-I$(perl_archlibexp)/CORE` in `configure`,
> `contrib/hstore_plperl/Makefile` and `src/pl/plperl/GNUmakefile` with
> `-iwithsysroot $perl_archlibexp/CORE` or `-iwithsysroot
> $(perl_archlibexp)/CORE` respectively, which clang understands as
> `/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Perl/5.18/darwin-thread-multi-2level/CORE`
> or the Xcode equivalent of that path and thus PostgreSQL compiles
> successfully.
We also need to support gcc, so that's not going to work. clang and gcc
appear to have an incompatible zoo of various "sysroot" options. I
don't know how to consolidate that.
--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2018-09-06 21:53:47 | Re: Two constraints with the same name not always allowed |
Previous Message | Tom Lane | 2018-09-06 21:07:34 | Re: BUG #15367: Crash in pg_fe_scram_free when using foreign tables |