Re: threads stuff/UnixWare

From: Larry Rosenman <ler(at)lerctr(dot)org>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: threads stuff/UnixWare
Date: 2004-05-13 03:19:23
Message-ID: 5DFA80277C2CEF9828CF85E4@lerlaptop.lerctr.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

--On Wednesday, May 12, 2004 22:26:03 -0400 Bruce Momjian
<pgman(at)candle(dot)pha(dot)pa(dot)us> wrote:

> Larry Rosenman wrote:
>> Yes, there would still be the overhead, because the functions that
>> libthread wraps would go through that overhead since libthread does it's
>> magic at _ini time.
>>
>> Y'all were concerned with overhead in previous discussions.
>>
>> If you want to link the backend with -Kpthread, you can, but basically
>> the client code (initdb, et al) should be -Kpthread, and the backend
>> should NOT since there are no threads calls in the backend.
>>
>> >
>> > I am afraid of libpgport. Those object files get used by the backend,
>> > and by the client stuff. Larry can -K and non-K object files be mixed
>> > in the same binary?
>> Yes, they can.
>>
>> But, you MUST link ANY pthread_* using code with -K pthread.
>
> OK, can someone come up with a cute way to add flags only to things that
> use libpq, meaning /interfaces and /bin?
What about where -lpq is specified?

(I'm NOT a GNU Make guru).

LER

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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2004-05-13 03:52:29 relcache refcount
Previous Message Christopher Kings-Lynne 2004-05-13 02:43:21 Re: Subtle pg_dump problem...