From owner-freebsd-hackers Fri Mar 21 22:33:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA12378 for hackers-outgoing; Fri, 21 Mar 1997 22:33:55 -0800 (PST) Received: from werple.net.au (melb.werple.net.au [203.9.190.18]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id WAA12373 for ; Fri, 21 Mar 1997 22:33:51 -0800 (PST) Received: (qmail 8428 invoked by uid 5); 22 Mar 1997 06:33:42 -0000 Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id RAA15734; Sat, 22 Mar 1997 17:33:44 +1100 (EST) From: John Birrell Message-Id: <199703220633.RAA15734@freebsd1.cimlogic.com.au> Subject: Re: libc_r To: jmacd@CS.Berkeley.EDU (Josh MacDonald) Date: Sat, 22 Mar 1997 17:33:43 +1100 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199703220501.VAA12058@paris.CS.Berkeley.EDU> from Josh MacDonald at "Mar 21, 97 09:01:15 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Josh MacDonald wrote: > Hi, I read the pthread(3) man page and it says I need to build > libc_r myself in order to use threads. I could do this, but > its inconvenient. How come it isn't being distributed in the > binary distributions? In current, libc_r was left as optional to avoid (a) lengthening the build time when most people probably didn't want it; and (b) breaking a `make world' in the event that there were problems in the libc_r build. The binary distributions (I guess you mean SNAPs) contain what normally gets built. Of course Jordan could read the pthread man page too, and add WANT_LIBC_R to his environment before building a SNAP. ;-) I think there are enough people using libc_r now to enable it permanently in sys/lib/Makefile, leaving an environment variable to turn it off. There are no quirks to the libc_r build -- from time to time edits are made to libc Makefiles without corresponding edits in libc_r Makefiles. I'd like to merge all the Makefiles to avoid this problem, but this adds complexity to the libc Makefiles that people might not want. > > -josh > Regards, -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org CIMlogic Pty Ltd, 119 Cecil Street, South Melbourne Vic 3205, Australia Tel +61 3 9690 6900 Fax +61 3 9690 6650 Mob +61 418 353 137