Re: libpq_r - Mailing list pgsql-hackers

From Larry Rosenman
Subject Re: libpq_r
Date
Msg-id 83240000.1059171978@lerlaptop-red.iadfw.net
Whole thread Raw
In response to Re: libpq_r  (Greg Stark <gsstark@mit.edu>)
List pgsql-hackers

--On Friday, July 25, 2003 18:20:10 -0400 Greg Stark <gsstark@mit.edu> 
wrote:

> Peter Eisentraut <peter_e@gmx.net> writes:
>
>> Bruce Momjian writes:
>>
>> > I still think it is confusing to create a libpq_r on platforms that
>> > have no _r libraries.  I am on BSD/OS and I can find only _r library
>> > on my entire system,
>>
>> The criterion is not whether the platform has _r libraries, it's whether
>> special actions are required in order to make a library fit for threaded
>> programs, at the time that library is built.  Such special actions may
>> include:
>
> No, there's one more criterion: And those special actions make the library
> unsuitable for use in programs not compiled to use threads.
>
> For example, on Debian *all* libraries are compiled with -D_REENTANT
> -fPIC. Anything else would be a major headache for the distribution.
This, I believe, is the same situation for UnixWare.

>
> It causes a 3-5% performance drop on i386 and much less on other
> architectures. However then all libraries are suitable for use in both
> threaded and non-threaded applications.
>
> There may still be some architectures out there where two versions are
> needed. But I'm not aware of any.
I believe that FreeBSD still needs 2, but there are 3 different threading 
libs at
the moment on 5.x, and 4.x still has _r libs.

LER



-- 
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 972-414-9812                 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749



pgsql-hackers by date:

Previous
From: Thomas Swan
Date:
Subject: Re: SELECT FOR UPDATE
Next
From: Tom Lane
Date:
Subject: Re: parallel regression test failure