Re: libpq_r

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: Lee Kindness <lkindness(at)csl(dot)co(dot)uk>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: libpq_r
Date: 2003-07-24 15:18:25
Message-ID: 200307241518.h6OFIP726909@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Peter Eisentraut wrote:
> Bruce Momjian writes:
>
> > Now I see what you are saying, that _REENTRANT just makes it reentrant,
>
> _REENTRANT only makes additional functions visible in the header files, it
> doesn't change any functions to behave differently. (This is not hard to
> imagine, because the lack of reentrancy of most functions lies in the
> public interface, and you can't change that transparently.)
>
> > and doesn't have a downside in terms of performance.
>
> It follows from the above that this is irrelevant.
>
> > However, notice the flags needed under Linux:
> >
> > THREAD_CFLAGS="-D_REENTRANT -D_THREAD_SAFE -D_POSIX_PTHREAD_SEMANTICS"
>
> Those flags are bogus. You don't need any flags under Linux.

Is that true for all versions of Linux? Don't we need the first one so
we compile cleanly.

Also, the remaining to linux settings:

THREAD_LIBS="-lpthread"
NEED_REENTRANT_FUNC_NAMES=yes

I assume -lpthread does have an effect on the library, or does it?

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

  • Re: libpq_r at 2003-07-24 15:21:17 from Peter Eisentraut

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2003-07-24 15:21:17 Re: libpq_r
Previous Message Lee Kindness 2003-07-24 14:55:03 Re: libpq_r