Re: 8.0.0beta3 plpython link troubles - Mailing list pgsql-bugs

From Magnus Hagander
Subject Re: 8.0.0beta3 plpython link troubles
Date
Msg-id 6BCB9D8A16AC4241919521715F4D8BCE456A0E@algol.sollentuna.se
Whole thread Raw
In response to 8.0.0beta3 plpython link troubles  (Michael Fuhr <mike@fuhr.org>)
Responses Re: 8.0.0beta3 plpython link troubles
List pgsql-bugs
>>> PostgreSQL 8.0.0beta3 (CVS HEAD)
>>> Python 2.3.4
>>> Solaris 9
>
>>> Executing a plpythonu function that used to work now causes the
>>> following error (wrapped):
>
>> It's broken on Fedora Core as well.  I wonder how well tested that
>> distutils change was...
>
>No, it wasn't the distutils change, it was the change to make plpython
>build on Windows.  This has evidently broken it on every other=20
>platform.

Hmm. For some reason, it *did* pass the tests on my Slackware machine. I
can't see how now, must be a missing distclean operation at some point
during testing. Sorry about that!


Clearly, pyhon_libspec needs the -lpython$python_version back. Just not
on win32 (because we don't have libpython2.3 there, we only ahve
python23.dll). but perhaps that could/should be filtered out in the
Makefile and not in python.m4.

I don't have a good working autoconf, so it'd be nice if someone who
does could check out a working fix. Dont' want to try without testing,
that might leave things even wrose than before. I'll try to get back to
a working autoconf install, but until then...

(BTW, it wasn't the win32 build part. It was the
complete-move-to-distutils part of the patch that was committed at the
same time)

//Magnus

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: 8.0.0beta3: dblink can't find libpq
Next
From: Tom Lane
Date:
Subject: Re: 8.0.0beta3 plpython link troubles