Re: cvs tip broken build for plpython

From: "Andrew Dunstan" <andrew(at)dunslane(dot)net>
To: <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: cvs tip broken build for plpython
Date: 2004-10-11 06:10:36
Message-ID: 2105.24.211.141.25.1097475036.squirrel@www.dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane said:
> Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
>> The last REL7_4_STABLE build the machine did had this:
>
>> ccache gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes
>> -Wmissing-declarations -fpic -shared -Wl,-soname,libplpython.so.0
>> plpython.o -L../../../src/port -L/usr/lib/python2.2/config -ldl
>> -lpthread -lutil -lm -lpython2.2 -o libplpython.so.0.0
>
>> So it looks like this is what's missing: -L/usr/lib/python2.2/config
>> ... I see that indeed there is libpython2.2.a in that location.
>
> Yeah, I had just found the same on my machine. However, what we'd
> really *rather* it link to is a libpython.so someplace. The link
> against libpython.a results in copying all of the python interpreter
> into plpython.so.
>
> On my FC3 installation, there is a /usr/lib/libpython2.3.so.1.0
> ... do you have anything comparable?
>

No, except the non-standard one on the openoffice libs. Building as shared
lib only became a part of standard python in release 2.3 - see
http://www.python.org/doc/2.3.4/whatsnew/node20.html

If we want to insist on a shared lib then we should check for it as we do
for plperl, shouldn't we?

cheers

andrew

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Marc G. Fournier 2004-10-11 06:39:10 Re: Speeding up DELETEs on table with FKs ...
Previous Message Tom Lane 2004-10-11 05:38:34 Re: cvs tip broken build for plpython