Re: Misidentification of Python shared library - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Misidentification of Python shared library
Date
Msg-id b0f76751-9c5f-fea6-7d0b-1d8fed13435a@dunslane.net
Whole thread Raw
In response to Misidentification of Python shared library  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Misidentification of Python shared library  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers

On 10/04/2016 10:43 AM, Tom Lane wrote:
> While chasing down last night's failure on buildfarm member longfin,
> I came across an interesting factoid.  If you just do
>
>     ./configure --enable-shared
>     make
>     make install
>
> in unmodified Python sources, what you will get is an install tree in
> which libpython.so (or local equivalent such as .dylib) is installed
> in /usr/local/lib, while libpython.a is installed in a directory named
> like /usr/local/lib/python3.5/config-3.5m.  I've verified this behavior
> on both Linux and macOS.


Wow, these modules have uncovered a number of cans of worms.


>
>
> In short: I propose replacing all of this logic with "if there's something
> in $python_libdir that has the right name to be a python shared library,
> use that, else try the same in $python_configdir, else fail".  Thoughts?
>
>             


Seems reasonable.

cheers

andrew



pgsql-hackers by date:

Previous
From: Fabrízio de Royes Mello
Date:
Subject: Re: Commit fest 2016-09 is now closed
Next
From: Tom Lane
Date:
Subject: Re: [COMMITTERS] pgsql: Extend framework from commit 53be0b1ad to report latch waits.