From owner-freebsd-hackers Sat Oct 21 19:57:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA22290 for hackers-outgoing; Sat, 21 Oct 1995 19:57:30 -0700 Received: from werple.net.au (0@werple.mira.net.au [203.9.190.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA22285 for ; Sat, 21 Oct 1995 19:57:23 -0700 Received: from cimaxp1.UUCP (Ucimlogi@localhost) by werple.net.au (8.7/8.7.1) with UUCP id MAA07001 for hackers@freebsd.org; Sun, 22 Oct 1995 12:40:44 +1000 (EST) Message-Id: <199510220240.MAA07001@werple.net.au> X-Authentication-Warning: werple.net.au: Ucimlogi set sender to cimaxp1!jb using -f Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM) id AA25996; Sun, 22 Oct 1995 12:43:21 +1000 From: John Birrell Subject: Re: A quick vote on pthreads PLZ To: miles.sso.loral.com!rpt@werple.net.au (Richard Toren) Date: Sun, 22 Oct 1995 12:43:21 +1000 (EST) Cc: hackers@freebsd.org, jb@cimlogic.com.au In-Reply-To: from "Richard Toren" at Oct 21, 95 09:32:39 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > Before throwing about the word POSIX, I think that a proposal of exactly > what you are intending if this is put in as part of the base OS. The proposal (at least as I see it) is to continue to build the normal libc with no compiled object size or performance impact. Non-threaded applications will continue to work as they always have. The issue of thread support being 'part of the base OS' is one of where the source code is live. The proposal is to add to the existing libc source in a way that allows the threaded library specific code to be pre-processed out when building the normal libc. The threaded version of libc will be compiled as a separate exercise. Those who don't want a threaded library won't have to build one. > Are we looking at truely preemptive threads ( all non-atomic reads are > locked in the libraries)? Yes. > > Just some food for thought. I have used pthreads since this summer to > practice threaded code analysis and construction, but I knew it was just > a package, and had limitations. If it is advertised as being part of the > OS, (and possibly POSIX) wil lit mislead people? Doubt it. > > ==================================================== > Rip Toren | The bad news is that C++ is not an object-oriented | > rpt@miles.sso.loral.com | programming language. .... The good news is that | > | C++ supports object-oriented programming. | > | C++ Programming & Fundamental Concepts | > | by Anderson & Heinze | > ==================================================== > -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 9600 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137