From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | dominyktiller(at)gmail(dot)com |
Cc: | pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: BUG #15358: PostgreSQL fails to build on 10.14 when Perl is enabled. |
Date: | 2018-08-30 03:49:28 |
Message-ID: | 9399.1535600968@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
=?utf-8?q?PG_Bug_reporting_form?= <noreply(at)postgresql(dot)org> writes:
> As of macOS 10.14/Mojave the headers for Perl are no longer available inside
> `/System`, which breaks several assumptions PostgreSQL makes during the
> compile process. PostgreSQL uses `perl -MConfig -e 'print
> $Config{archlibexp}'` + "CORE" to determine the location, and on macOS 10.14
> this returns `/System/Library/Perl/5.18/darwin-thread-multi-2level` +
> "CORE".
Sigh. Would you mind filing a bug with *Apple* not us? There's no
good reason why they have to break this. They are certainly free to
rearrange their installation however they like, but that doesn't
excuse them from updating $Config{archlibexp} to reflect it.
I realize of course that Cupertino is a bit impervious to suggestions
like that ... but if nobody even makes the suggestion, it's only partly
their fault.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | PG Bug reporting form | 2018-08-30 04:11:04 | BUG #15359: event_trigger via pg_event_trigger_ddl_commands() not returning "CREATE SEQUENCE" command |
Previous Message | PG Bug reporting form | 2018-08-30 00:24:16 | BUG #15358: PostgreSQL fails to build on 10.14 when Perl is enabled. |