Re: libpq_r - Mailing list pgsql-hackers

From Greg Stark
Subject Re: libpq_r
Date
Msg-id 877k66nt9h.fsf@stark.dyndns.tv
Whole thread Raw
In response to Re: libpq_r  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: libpq_r  (Larry Rosenman <ler@lerctr.org>)
List pgsql-hackers
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.

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. 

-- 
greg



pgsql-hackers by date:

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