Related articles |
---|
flex/yacc--many multiple parsers in same program cowden@leitess.com (1996-05-13) |
Re: flex/yacc--many multiple parsers in same program gclind01@starbase.spd.louisville.edu (1996-05-14) |
Re: flex/yacc--many multiple parsers in same program qjackson@mail.direct.ca (1996-05-19) |
Re: flex/yacc--many multiple parsers in same program zucco@world.std.com (1996-05-19) |
Re: flex/yacc--many multiple parsers in same program vadim@mercury.co.il (1996-05-19) |
Re: flex/yacc--many multiple parsers in same program pardo@cs.washington.edu (1996-05-19) |
Re: flex/yacc--many multiple parsers in same program jlilley@ix.netcom.com (1996-05-19) |
From: | pardo@cs.washington.edu (David Keppel) |
Newsgroups: | comp.unix.programmer,comp.compilers |
Date: | 19 May 1996 17:43:46 -0400 |
Organization: | Computer Science & Engineering, U of Washington, Seattle |
References: | 96-05-089 |
Keywords: | lex, yacc, parallel |
The moderator writes:
>[You might use a threads package.]
Since John has mentioned threads twice in ten messages, I'll blow my
own horn and point at the QuickThreads toolkit for building threads
pacakges. Code and documentation are available via
http://www.cs.washington.edu/homes/pardo/papers.d/thread.html
ftp://ftp.cs.washington.edu/pub/qt-002.tar.gz
Supported platforms include AXP, HP-PA, Intel x86, m88k, MIPS, SPARC,
VAX and (really!) KSR. (No Tera support yet, sorry, Preston !-)
For what it's worth, threads packages, such as QuickThreads, are not
generally correct in the face of compiler optimizations. See:
%A Peter A. Buhr
%T Are Safe Concurrency Libraries Possible?
%J Communications of the ACM (CACM)
%D February 1995
%V 38
%N 2
%P 117-120
;-D on ( Safety in numbness ) Pardo
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.