Re: static libperl?

From: "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Andrew Dunstan <andrew(at)dunslane(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: static libperl?
Date: 2005-08-24 22:33:52
Message-ID: 20050824223352.GD96732@pervasive.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Aug 24, 2005 at 04:24:10PM -0400, Tom Lane wrote:
> Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
> > Earlier today I noticed these lines in this buildfarm log
> > http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=platypus&dt=2005-08-16%2002:05:00
>
> > /usr/bin/ld: /usr/local/lib/perl5/5.6.1/mach/CORE/libperl.a(perl.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC
> > /usr/local/lib/perl5/5.6.1/mach/CORE/libperl.a: could not read symbols: Bad value
>
> I've fixed Makefile.freebsd to assert allow_nonpic_in_shlib only on
> i386; that should solve the above problem (by keeping platypus from
> trying to build plperl :-(). It may be there are some other
> architectures we can safely set allow_nonpic_in_shlib for, but I don't
> know exactly which.

Note that platypus is still configured to build plperl... ISTM that if
it's unable to do so we should throw some kind of error, prefferably at
configure time.
--
Jim C. Nasby, Sr. Engineering Consultant jnasby(at)pervasive(dot)com
Pervasive Software http://pervasive.com 512-569-9461

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Jim C. Nasby 2005-08-24 22:37:34 Stuff running slooow
Previous Message Tom Lane 2005-08-24 22:13:56 Re: [HACKERS] Proposed patch to getaddrinfo.c to support