From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Larry Rosenman <ler(at)lerctr(dot)org> |
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 02:26:03 |
Message-ID: | 200405130226.i4D2Q3L29350@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
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?
--
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
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-05-13 02:42:26 | Rough draft for Unicode-aware UPPER()/LOWER()/INITCAP() |
Previous Message | Tom Lane | 2004-05-13 02:24:52 | Re: Subtle pg_dump problem... |