Re: BUG #15358: PostgreSQL fails to build on 10.14 when Perl is enabled.

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

In response to

Browse pgsql-bugs by date

  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