Something odd going on with the list - I never saw the original that Chris is replying to.
Philip. On Fri, 15 Aug 2003 12:22 pm, Christopher Kings-Lynne wrote: > I've been doing all my freebsd/alpha build with --enable-thread-safety for > weeks and I haven't seen any compile or running problems... > > Configure doesn't see it tho: > > checking pthread.h usability... yes > checking pthread.h presence... yes > checking for pthread.h... yes > checking for strerror_r... yes > checking for getpwuid_r... no > checking for gethostbyname_r... no > > Chris > > ----- Original Message ----- > From: "Bruce Momjian" <[EMAIL PROTECTED]> > To: "PostgreSQL-development" <[EMAIL PROTECTED]> > Sent: Friday, August 15, 2003 6:43 AM > Subject: [HACKERS] threading and FreeBSD > > > Our current template/freebsd has: > > > > CFLAGS='-pipe' > > > > case $host_cpu in > > alpha*) CFLAGS="$CFLAGS -O" ;; > > esac > > > > SUPPORTS_THREADS=yes > > case $host_os in > > freebsd2*|freebsd3*|freebsd4*) > > THREAD_CFLAGS="-pthread" > > NEED_REENTRANT_FUNC_NAMES=yes > > ;; > > *) > > THREAD_LIBS="-lc_r" > > NEED_REENTRANT_FUNC_NAMES=yes > > ;; > > esac > > > > Now, this says FreeBSD needs reentrant named functions for all versions. > > > > However, our main server (4.8-STABLE FreeBSD) doesn't have any mention > > of getpwuid_r(). Would some FreeBSD folks test the > > --enable-thread-safey and let us know how things work? > > > > -- > > 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 > > > ---------------------------(end of broadcast)--------------------------- > > TIP 2: you can get off all lists at once with the unregister command > > (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED]) > > ---------------------------(end of broadcast)--------------------------- > TIP 8: explain analyze is your friend ---------------------------(end of broadcast)--------------------------- TIP 9: the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match
