Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!husc6!necntc!ci-dandelion!ulowell!miner From: miner@ulowell.UUCP Newsgroups: comp.arch Subject: Re: Hypercubes and second note: (Parallel processing biblio) Message-ID: <1091@ulowell.cs.ulowell.edu> Date: Tue, 24-Feb-87 09:20:45 EST Article-I.D.: ulowell.1091 Posted: Tue Feb 24 09:20:45 1987 Date-Received: Fri, 27-Feb-87 01:30:49 EST References: <76700001@uiucdcsp> Reply-To: miner@ulowell.cs.ulowell.edu (Richard Miner) Organization: University of Lowell Lines: 17 In article <1854@cit-vax.Caltech.Edu> jon@oddhack.UUCP (Jon Leech) writes: >(talk about parallel languages) but we're certainly not going to create >such a beast by making the language reflect a particular architecture! As you mention, what right do we have to make such a global statements. "I still feel" that we need to develop languages that model parallel constructs. I am not saying develop something that models just a cube or just a data flow machine. "I think" we need to develop a few languages that allow us to express parallel statements as easily as sequential languages FORTRAN, C, Ada (mostly), force us to think in terms of Von Neumann type machines. These are the opinions of someone who has been coding parallel routines for a set of parallel dataflow chips(NEC7281's) in a parallel dataflow assembly language. I want a High Level Parallel Language HLPL. -- Rich Miner !ulowell!miner Cntr for Productivity Enhancement 617-452-5000x2693