Re: PL/Perl without shared libperl.a

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Ian Lance Taylor <ian(at)airs(dot)com>
Cc: Andrew Perrin <andrew_perrin(at)unc(dot)edu>, pgsql-general(at)postgresql(dot)org
Subject: Re: PL/Perl without shared libperl.a
Date: 2001-05-11 20:14:38
Message-ID: 6799.989612078@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Ian Lance Taylor <ian(at)airs(dot)com> writes:
> As far as I know, there is no simple way to test whether libperl.a is
> compiled as position independent code or not. But it would be fairly
> easy to test whether you can build a shared library using libperl.a,
> by writing a little test case which does just that. The test could be
> run at run time or at configure time.

Hmm. Or perhaps we could just go ahead and try to build libperl.so,
but not abort the make if it fails. The reason for the shlib test
originally was that we didn't want the whole build of Postgres to blow
up if we couldn't link libperl.so. Seems like you end up with no
libperl.so either way, so perhaps we could hack the Makefile to not
treat link failure as fatal. The trick is that it's a makefile
generated by MakeMaker and not entirely under our control...

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2001-05-11 20:16:30 Re: name truncation problem in 7.0.0
Previous Message Ed Loehr 2001-05-11 20:10:36 Re: name truncation problem in 7.0.0