| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | aelmalinka(at)gmail(dot)com |
| Cc: | pgsql-bugs(at)postgresql(dot)org |
| Subject: | Re: BUG #14021: configure failing to find shared libperl |
| Date: | 2016-03-15 00:13:51 |
| Message-ID: | 21750.1458000831@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
aelmalinka(at)gmail(dot)com writes:
> configure fails to detect shared perl is enabled because $Config{useshrplib}
> is set to define, unsure if this is a bug w/ perl or w/ postgresql however
> both versions of perl installed 5.22.1 and 5.20.3 are set the same, and this
> has only recently become a problem despite this being an upgrade
I'd say that's a build bug in your Perl installation. "define" is pretty
unhelpful: are onlookers supposed to take that as meaning "true" or "false"?
Our configure script is set up to recognize the values "true" and "yes"
for this setting. This is the first I've heard of Perl installations with
other values.
"Exherbo" Linux is a new one on me, but I suggest you pester whoever built
its Perl packages about why they're being so randomly nonstandard.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2016-03-15 02:57:15 | Re: BUG #14009: pg_restore not restoring privilegs when one login/group role is missing |
| Previous Message | aelmalinka | 2016-03-14 22:52:20 | BUG #14021: configure failing to find shared libperl |