Skip site navigation (1) Skip section navigation (2)

Re: Beta2 Tag'd and Bundled ...

From: Larry Rosenman <ler(at)lerctr(dot)org>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>,"Marc G(dot) Fournier" <scrappy(at)hub(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: Beta2 Tag'd and Bundled ...
Date: 2003-08-30 03:26:43
Message-ID: 32130000.1062214003@lerlaptop.lerctr.org (view raw or flat)
Thread:
Lists: pgsql-hackers

--On Friday, August 29, 2003 23:25:06 -0400 Bruce Momjian 
<pgman(at)candle(dot)pha(dot)pa(dot)us> wrote:

> Marc G. Fournier wrote:
>>
>> > SUPPORTS_THREADS=yes
>> > NEED_REENTRANT_FUNC_NAMES=yes
>> > THREAD_CFLAGS = "$THREAD_CFLAGS -D_REENTRANT"
>> > $
>> >
>> > note the last line before the prompt.
>>
>> Check current CVS ... now that Bruce has caught up on his email (or made
>> a dent in it) after being away, looks like he's committed the fix:
>>
>> SUPPORTS_THREADS=yes
>> NEED_REENTRANT_FUNC_NAMES=yes
>> THREAD_CFLAGS="$THREAD_CFLAGS -D_REENTRANT"
>
> I didn't realize that space was there until he just posted it --- that I
> could have fixed easily.
>
> The major holding point is that SCO is going to require we specify each
> *_r function required for threading.  SCO doesn't have strerror_r, but
> needs the others.  That is going to be three functions call options to
> be defined per platform we support.  I need to know the cleanest way of
> attacking that, so I don't break more platforms.

Actually, we **ONLY** have getpwuid_r, not gethostbyname_r nor strerror_r

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

pgsql-hackers by date

Next:From: Bruce MomjianDate: 2003-08-30 03:27:02
Subject: Re: Beta2 Tag'd and Bundled ...
Previous:From: Larry RosenmanDate: 2003-08-30 03:25:44
Subject: Re: Beta2 Tag'd and Bundled ...

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group