Re: libpq_r
От | Larry Rosenman |
---|---|
Тема | Re: libpq_r |
Дата | |
Msg-id | 83240000.1059171978@lerlaptop-red.iadfw.net обсуждение исходный текст |
Ответ на | Re: libpq_r (Greg Stark <gsstark@mit.edu>) |
Список | 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 по дате отправления: