From: | Larry Rosenman <ler(at)lerctr(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: threads stuff/UnixWare |
Date: | 2004-05-12 17:20:26 |
Message-ID: | 8DA82BC6196820A4BDFF5EB8@lerlaptop.lerctr.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
--On Wednesday, May 12, 2004 13:18:35 -0400 Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
wrote:
> Larry Rosenman <ler(at)lerctr(dot)org> writes:
>> --On Wednesday, May 12, 2004 12:58:58 -0400 Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
>>> In what way does the current thread stuff not work for you?
>
>> In the initdb compile:
>
>> Undefined first referenced
>> symbol in file
>> pthread_mutex_unlock libpq.so
>> pthread_getspecific libpq.so
>> pthread_mutex_lock libpq.so
>> pthread_key_create libpq.so
>> pthread_once libpq.so
>> pthread_setspecific libpq.so
>
> Hmm. And that means what? Does Unixware not have these functions?
> Are we just failing to suck in the needed library?
>
> regards, tom lane
No, we don't pass the -Kpthread (thread CFLAGS) to the C links.
This is the whole discussion we had back in January/February about forcing
-Kpthread for *ALL* libpq using programs, or dynamically determining
if the image already is linked -Kpthread, or not supporting threads
at all on UW.
#3 is unacceptable to me.
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
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Stark | 2004-05-12 17:20:56 | Re: Probably security hole in postgresql-7.4.1 |
Previous Message | Tom Lane | 2004-05-12 17:18:35 | Re: threads stuff/UnixWare |