Bruce Momjian wrote:
> Tom Lane wrote:
> > Larry Rosenman <[EMAIL PROTECTED]> writes:
> > > In other words, the entire application either is or is not linked with
> > > threads; it's not a property of an individual library.
> > > SO, IF we are using the threads flags, we need to use them on ALL=20
> > > libpq-using programs, ours or the users.
> > Yeek. This is an example of the sort of thing that makes people want to
> > build two versions of every library.
> > I'm not excited about doing that (at least not unless it pops up on more
> > platforms). It seems that what we have to do for Unixware is add
> > -Kpthread to LDFLAGS; is that correct?
> I am attaching a new bin/Makefile that should fix it. The new code is:
Sorry, here is the right patch.
Bruce Momjian | http://candle.pha.pa.us
[EMAIL PROTECTED] | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
RCS file: /cvsroot/pgsql-server/src/bin/Makefile,v
retrieving revision 1.41
diff -c -c -r1.41 Makefile
*** src/bin/Makefile 17 Dec 2003 18:44:08 -0000 1.41
--- src/bin/Makefile 19 Mar 2004 16:52:54 -0000
*** 17,22 ****
--- 17,27 ----
psql scripts pg_config pg_controldata pg_resetxlog \
+ # this platforms needs the thread compiler flag for all binaries to override libc
+ ifeq ($(PORTNAME), unixware)
+ CPPFLAGS += $(THREAD_CPPFLAGS)
ifeq ($(with_tcl), yes)
DIRS += pgtclsh
---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL PROTECTED] so that your
message can get through to the mailing list cleanly