Re: libpq_r - Mailing list pgsql-hackers

From Tom Lane
Subject Re: libpq_r
Date
Msg-id 18502.1059055793@sss.pgh.pa.us
Whole thread Raw
In response to Re: libpq_r  (Lee Kindness <lkindness@csl.co.uk>)
Responses Re: libpq_r  (Lee Kindness <lkindness@csl.co.uk>)
Re: libpq_r  (Lee Kindness <lkindness@csl.co.uk>)
List pgsql-hackers
Lee Kindness <lkindness@csl.co.uk> writes:
> Bruce Momjian writes:
>>> My guess is that if the OS has separate threaded libs, we have to mimic
>>> that stuff.

> But there are NO thread primitives/calls in libpq 

That's not the point.  The point is stuff that isn't necessarily visible
in the source code --- such as what method it uses to get at "errno",
whether it's linked to thread-safe versions of malloc and other libc
routines, etc.

If the OS supplies both libc and libc_r, it is unlikely to be a good
idea to link a threaded libpq with libc, or a non-threaded libpq with
libc_r.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: libpq_r
Next
From: "Francisco Figueiredo Jr."
Date:
Subject: Re: Why select * from function doesn't work when function