home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / compiler / 2230 < prev    next >
Encoding:
Text File  |  1993-01-23  |  14.7 KB  |  432 lines

  1. Newsgroups: comp.compilers
  2. Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!yale!mintaka.lcs.mit.edu!spdcc!iecc!compilers-sender
  3. From: Lutz Prechelt <prechelt@ira.uka.de>
  4. Subject: SUMMARY: UNITY implementations
  5. Reply-To: Lutz Prechelt <prechelt@ira.uka.de>
  6. Organization: University of Karlsruhe, FRG
  7. Date: Fri, 22 Jan 1993 15:01:18 GMT
  8. Approved: compilers@iecc.cambridge.ma.us
  9. Message-ID: <93-01-158@comp.compilers>
  10. Keywords: summary, specification, bibliography
  11. Sender: compilers-sender@iecc.cambridge.ma.us
  12. Lines: 418
  13.  
  14. Quite a while back (November 1992) I posted the following request for
  15. information:
  16.  
  17. ------------------------------------------------------------------------------
  18.    Does anybody know about implementations of the UNITY language ?
  19.    Especially parallel ones ?
  20.  
  21.    We have built a translator from UNITY into MPL on the MasPar and
  22.    I am looking for comparable systems (but also sequential ones).
  23.  
  24.    All pointers and short descriptions are welcome.
  25. ------------------------------------------------------------------------------
  26.  
  27. Our software (mentioned in the reply above) which only works for MasPar
  28. MP-1 and MP-2 SIMD computers, is available for anonymous ftp from
  29.  
  30.    SanFrancisco.ira.uka.de [129.13.13.110]
  31.    in directory /pub/maspar as  maspar_unity.tar.Z (154 kB)
  32.  
  33. This is the summary of the replies I received on my request.
  34. The reason why it comes so late is that 
  35. (a) replies dropped in quite slowly
  36. (b) I had some additional interaction with some people
  37. (c) this is still not complete (but now I give up).
  38.  
  39. Summing up, I must admit that not very much useful information has shown up.
  40.  
  41. Here are the main parts of the individual replies:
  42. (Two german colleagues replied in German. Sorry!)
  43.  
  44. ------------------------------------------------------------------------------
  45.  
  46. Reply-To: Andreas Eide <eide@fzi.de>
  47. Date: Fri, 13 Nov 92 9:34:11 GMT
  48.  
  49. I am a Norwegian student currently writing my diploma thesis here in
  50. Karlsruhe. I'm with the group Systementwurf in der Mikroelektronik at FZI.
  51. I've just started out. 
  52.  
  53. The subject of my thesis is partitioning of UNITY descriptions on MIMD
  54. architectures.  It appears to me that your work might be of interest to
  55. me.
  56.  
  57. I would be very grateful for any references to your work. I would also be
  58. grateful for any references on UNITY.
  59.  
  60. [[ I asked for the title of his thesis and got: ]]
  61.  
  62. I supply the bibtex entry of my diploma
  63. thesis. Please note that the title is not final, and is verly likely
  64. to change.
  65.  
  66. @MASTERSTHESIS{Eide93,
  67.   author = {Andreas Eide},
  68.   title = {Partitioning of UNITY Descriptions on MIMD Architectures},
  69.   school  = {Norges Tekniske H{\o}gskole, Avdeling for elektroog datateknikk},
  70.   year = "1993",
  71.   
  72.   address = {N-7000 Trondheim, Norway},
  73.   month = apr,
  74.   note = "Title and date are not final.",
  75.   type = "Hovedoppgave",
  76. }
  77.  
  78. ------------------------------------------------------------------------------
  79.  
  80. Reply-To: "J. Staunstrup" <jst@id.dth.dk>
  81.  
  82. We have several translators transforming a language called Synchronized
  83. Transitions (many similarities with UNITY) to C and to various circuit
  84. realizations (certainly parallel). Several papers have been published.
  85.  
  86. [[ I asked for the references and got: ]]
  87.  
  88. @article{Staunstrup88,
  89.   author        = "J\o{}rgen Staunstrup and Mark R. Greenstreet",
  90.   title         = "From High-Level Descriptions to {VLSI} Circuits",
  91.   journal       = "{BIT}",
  92.   year          = 1988,
  93.   pages         = "620-638",
  94.   volume        = 28,
  95.   number        = 3
  96. }
  97. @inproceedings{hawaii,
  98.   author        = "Mark Greenstreet and Kai Li and J{\o}rgen Staunstrup",
  99.   title         = "Synchronized Transitions on Multiprocessors",
  100.   booktitle     = "HICSS-22",
  101.   publisher     = "IEEE",
  102. p  year          = 1989
  103. }
  104. @incollection{st90,
  105.   author        = "J\o{}rgen Staunstrup and Mark Greenstreet",
  106.   title         = "{Synchronized Transitions}",
  107.   booktitle     = "Formal Methods for {VLSI} Design",
  108.   editor        = "J\o{}rgen Staunstrup",
  109.   year          = 1990,
  110.   pages         = "71-128",
  111.   publisher     = "North-Holland/Elsevier"
  112. }
  113. @inproceedings{Staunstrup91,
  114.   author     = "Per H. Christensen and Henrik Hulgaard and J{\o}rgen
  115.       Staunstrup",
  116.   title      = "Synthesis of Delay Insensitive Circuits from Verified
  117.       Programs",
  118.   booktitle  = "Research directions in high-level parallel programming
  119.       languages",
  120.   editor     = "J.-P. Banatre and D. Le Metayer",
  121.   year       = "1992",
  122.   publisher  = "Springer Lecture Notes 574",
  123.   pages      = "326-337"
  124. }
  125.  
  126. I recommend that you start with st90.
  127.  
  128. ------------------------------------------------------------------------------
  129.  
  130. Reply-To: nbm@epcc.edinburgh.ac.uk
  131.  
  132. Dave DeRoure at the University of Southampton did some work on a Unity
  133. implementation on, I think, a transputer based machine.  
  134.  
  135. I'm afraid I don't have an email address handy, but if you are interested
  136. I can try to dig one out for you.
  137.  
  138. [[ and a similar one: ]]
  139.  
  140. Reply-To: Catherine Barnaby <cath@inmos.co.uk>
  141.  
  142. I'm not sure if this is of interest to you...
  143.  
  144. David DeRoure at Southampton University did some work with UNITY as a part
  145. of the ESPRIT project PUMA. 
  146.  
  147. Off the top of my head it was looking at the use of UNITY for programming
  148. PRAM-type machines.
  149.  
  150. Davids' e-mail is (or was) 
  151. D.DeRoure@ecs.soton.ac.uk
  152.  
  153. I suggest you contact him directly: I don't even know if he still works in
  154. the area. If you have problems, contact me again and I'll try and sort
  155. them out. I'm rather busy, so it may take some time.
  156.  
  157. [[ I contacted DeRoure and got: ]]
  158.  
  159. Reply-To: Dave De Roure <D.C.DeRoure@ecs.southampton.ac.uk>
  160.  
  161. I was responsible for some UNITY work within an ESPRIT project (PUMA).  It
  162. was in a programming languages workpackage, which include BSP-occam,
  163. fortran, ML and UNITY.  This meant that the UNITY work was seen as a very
  164. high level programming language, and packaged as such - there is a
  165. compiler (written in EuLisp) which targets to the common back-end of the
  166. project (BSP-occam).  I wasn't altogether happy with this way of using
  167. UNITY, but it's turned out to be a useful tool in the sense of an
  168. executable specification language.
  169.  
  170. I have some documents from the PUMA project describing the UNITY work -
  171. can you collect them if I make them available by ftp, or would you prefer
  172. me to post them?
  173.  
  174. Let me know how you get on.  I've not been able to follow up the UNITY
  175. work per se, but I'm using many of the ideas in other work so I'm still
  176. interested.
  177.  
  178. [[ I requested to get the documents, but did not get any answer ]]
  179.  
  180. ------------------------------------------------------------------------------
  181.  
  182. Reply-To: Flemming Andersen <fa@tfl.dk>
  183.  
  184. I have implemented the UNITY theory in a general theorem proving system
  185. called HOL.  The HOL prover is implemented at the University of Cambridge.
  186. The socalled HOL-UNITY implementation was made as part of my PhD thesis.
  187. It is a formalization of the UNITY theory as described in Chandy and
  188. Misra's book.
  189.  
  190. However, HOL-UNITY is not a compiler but a verification tool.
  191.  
  192. The HOL-UNITY theory is now being used for proving properties of parallel
  193. programs.  The user interface is however still for experts-only.  Hence,
  194. it is planned to extend HOL-UNITY to support automated proof techniques
  195. and a programming language.
  196.  
  197. The goal of working with a general theorem prover like HOL is to develop
  198. tools in a safe way.  Tools that are by default proved correct and which
  199. are hopefully going to be used for verifying (at least parts of) software
  200. mainly within the area of telecommunication.
  201.  
  202. [[ I asked for references and whether HOL-UNITY does only reason about
  203.    or does also execute UNITY. I got: ]]
  204.  
  205. Currently no execution is directly supported, but at the last HOL'93
  206. Workshop it was told that people are working on tools for executing HOL
  207. terms.  However, we have planned to make a simple interpreter for the
  208. UNITY programming language as part of the interface work on HOL-UNITY.
  209.  
  210. HOL-UNITY is available as a library in the next version 2.1 of HOL system
  211. and the HOL system is public domain software.
  212.  
  213.  
  214. Here are some (LaTeX/BibTeX) references:
  215.  
  216. \bibitem[And92]{FA92}
  217. Flemming Andersen.
  218.  {\em {A Theorem Prover for UNITY in Higher Order Logic}}.
  219.  PhD thesis, Technical University of Denmark, March 1992.
  220.  
  221. \bibitem[And92b]{FA92a}
  222. Flemming Andersen.
  223.  {A Theory for UNITY in The Cambridge HOL System}.
  224.  {TFL LD 1992-9}, TFL - Telecommunications Research Laboratory, March
  225.   1992.
  226.  
  227. \bibitem[AP91]{FAKDP91}
  228. Flemming Andersen and Kim~Dam Petersen.
  229.  {Recursive Boolean Functions in HOL}.
  230.  In {\em {1991 International Workshop on the HOL Theorem Proving
  231.   System and its Applications}}, pages 367--377. IEEE Computer Society, August
  232.   1991.
  233.  
  234. ------------------------------------------------------------------------------
  235.  
  236. Reply-To: Syst{ Kari <ks@karikukko.cs.tut.fi>
  237. Date: Fri, 13 Nov 92 16:00:25 +0200
  238.  
  239. One was published in Comp. Lang. Vol 18., No1. pp 17-30, 1993
  240. Radha,Muthukrishnan: A Portable implentation of Unity on von Neuman
  241. Machines.
  242.  
  243. [[ The date given for 'was published' was inconsistent with reality.
  244.   So I asked: ]]
  245.  
  246. > > One was published in Comp. Lang. Vol 18., No1. pp 17-30, 1993
  247. >       ^^^                                                  ^^^^
  248. > WAS published ?  Or will be ?
  249. > And what is the full name of that journal ?
  250.  
  251. Hmm... I have a xerox copy of the article. On the left-side corder there
  252. is 1993 but on the right hand corner "Copyright 1992, Pergmon Press.
  253.  
  254. Anyway it seems that it is already published !
  255.  
  256. ------------------------------------------------------------------------------
  257.  
  258. Reply-To: "Dr. Franz Kurfess" <franz@neuro.informatik.uni-ulm.de>
  259.  
  260. I don't know of any Unity implementations, but I used Unity extensively in
  261. my PhD thesis "Parallelism in Logic -- Its Potential for Performance and
  262. Program Development" Vieweg Verlag, Braunschweig, 1991.
  263.  
  264. ------------------------------------------------------------------------------
  265.  
  266. Reply-To: filali@irit.fr
  267.  
  268. I work on UNITY. I would be very interested by the work you have done with
  269. UNITY and MPL.
  270.  
  271. [[ I cried 'MORE INFORMATION' but did not get something concrete ]]
  272.  
  273. ------------------------------------------------------------------------------
  274.  
  275. Reply-To: Jayadev Misra <misra@cs.utexas.edu>
  276.  
  277. I have forwarded your request to Allen Emerson for information about
  278. implementations of UNITY to two people (Rajive Bagrodia and Flemming
  279. Andersen) who should be able to give you some pointers.
  280.  
  281. I would be interested in reading about your UNITY implementation if you
  282. have a manual.
  283.  
  284. [[ Later I received some pointers from Mani Chandy, see below ]]
  285.  
  286. ------------------------------------------------------------------------------
  287.  
  288. Reply-To: BAGGETT WILLIAM B <BAGGETTW@memstvx1.memst.edu>
  289.  
  290. Please let me know about the response you received to your question about
  291. UNITY implementations.  I am reading the textbook for a class I am taking
  292. this semester.  I could work on a sequential implementation for a class
  293. project, but I would like to know what is already out there.  Is your
  294. translator to MPL available?
  295.  
  296. ------------------------------------------------------------------------------
  297.  
  298. Reply-To: Arnulf Mester <mester@ls4dec4.informatik.uni-dortmund.de>
  299.  
  300. Aus dem hohlen Bauch heraus faellt mir die Program Composition Motation
  301. (PCN, von C. oder M., historisch nach UNITY) ein, zu deren Lehre auch ein
  302. Werkzeug entwickelt worden sein soll.
  303.  
  304. Ausserdem existiert irgendwo im Mittelsueden (Saarbruecken?)  eine UNITY
  305. Interpreter Implementierung.
  306.  
  307. Da ich privat gerade umziehe, komme ich nicht an die Unterlagen.  Bei
  308. Interesse bitte in zwei Wochen nochmal kurz anmailen - dann kann ich sie
  309. raussuchen.
  310.  
  311. [[ and a later mail included: ]]
  312.  
  313. H. Peter Gumm, MUNITY
  314. Uni Marburg, Informatik, 14 S.
  315.     wahrscheinlich weniger von Interesse, zielt in Richtung Goldschlag
  316.     beschreibt einen interactive verifier for UNITY programs
  317.     Papier vom GI/ITG Workshop der FG KUVS Magdeburg April? 92
  318.  
  319. ------------------------------------------------------------------------------
  320.  
  321. Reply-To: "K. Mani Chandy" <mani@vlsi.cs.caltech.edu>
  322.  
  323. I have heard that the following people were working on UNITY
  324. implementations, but you should check with them directly.
  325.  
  326. Bill Mayne
  327. 9707 Lawndale Dr.
  328. Silver Spring
  329. MD 20901.
  330.  
  331. Bill Mayne
  332. 9707 Lawndale Dr.
  333. Silver Spring
  334. MD 20901.
  335.                       
  336. UNITY at U.B.C.
  337. Alan Wagner
  338. University of British Columbia, 
  339. Computer Science Department, 
  340. Vancouver, 
  341. British Columbia, 
  342. Canada,
  343. electronic mail:wagner@cs.ubc.ca
  344.                        
  345. Prof. James C. Browne, 
  346. Computer Science Department,
  347. Taylor Hall, 
  348. University of Texas, 
  349. Austin, Texas 78712-1188,
  350.  
  351. Dr. Andre Stern,
  352. Oxford University Computing Lab,
  353. Programming Research Group,
  354. 8-11 Keble Road,
  355. Oxford OX1 3QD,
  356. UNITED KINGDOM, electronic-mail:
  357. stern%prg.oxford.ac.uk@NSFnet-Relay.AC.UK
  358.  
  359. Dr. Filali Mamoun,
  360. Chercheur CNRS,
  361. Laboratoire LSI-IRIT,
  362. Universite Paul Sabatier,
  363. F-31062 Toulose Cedex,
  364. France.
  365.  
  366. Arnulf Mester
  367. University of Dortmund, Dept. of Computer Science
  368. IRB      
  369. POB. 500 500, D-4600 Dortmund 50, West Germany
  370. e-mail: am@heike.informatik.uni-dortmund.de
  371.  
  372. Mr. Edgar Lederer
  373. Institut fur Informatik der Universitat Zurich
  374. Winterthurerstrasse 190
  375. CH-8057 Zurich
  376. Switzerland
  377.  
  378. Frank Bieler <bieler@karlsruhe.gmd.dbp.de>
  379.  
  380. [[ I tried to contact these people, the results are below ]]
  381.  
  382. ------------------------------------------------------------------------------
  383.  
  384. Reply-To: bieler@karlsruhe.gmd.de
  385.  
  386. Ja, ganz recht, ich habe mich mal mit UNITY beschaeftigt. Ist schon ein
  387. paar Jahre her. Ich habe fuer die Programmnotation von UNITY einen
  388. Compiler geschrieben, der ein UNITY-Programm in eine Zwischendarstellung
  389. uebersetzt. Diese wird dann von einem sequentiellen Interpreter
  390. abgearbeitet. Den Fixpunkt eines Programms habe ich mit einer
  391. Schattenspeicher-Technik festgestellt (Speicher verdoppelt und verglichen,
  392. ob sich was veraendert hat). 
  393.  
  394. Das alles ist aber nicht mehr in Gebrauch. Ich habe den ganzen Kram Edgar
  395. Knapp zur Verfuegung gestellt (Mitarbeiter von Misra). Der wollte einen
  396. Proof-Checker bauen und mein Frontend verwenden. ich weiss aber nicht, was
  397. sich daraus entwickelt hat.
  398.  
  399. Als Literatur kann ich Dir nur ein internes Papier von mir geben
  400.  
  401. ------------------------------------------------------------------------------
  402.  
  403. Reply-To: Alan Wagner <wagner@cs.ubc.ca>
  404.  
  405. I am still very interested in UNITY, unfortunately we have had very little
  406. opportunity to look at it in any detail.
  407.  
  408. ------------------------------------------------------------------------------
  409.  
  410. Reply-To: Syed Irfan Hyder <hyder@cs.utexas.edu>
  411.  
  412. Look for K. Mani Chandy's work on PCN. I think it is some kind of
  413. implementation of Unity.
  414.  
  415. Send mail to gouda@cs.utexas.edu or misra@cs.utexas.edu
  416.  
  417. Both teach the book on unity.
  418.  
  419. ------------------------------------------------------------------------------
  420.  
  421. That's all folks
  422.  
  423.   Lutz
  424.  
  425. Lutz Prechelt   (email: prechelt@ira.uka.de)
  426. Institut fuer Programmstrukturen und Datenorganisation
  427. Universitaet Karlsruhe;  D-7500 Karlsruhe 1;  Germany
  428. (Voice: ++49/721/608-4068, FAX: ++49/721/694092)
  429. -- 
  430. Send compilers articles to compilers@iecc.cambridge.ma.us or
  431. {ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
  432.