Path: utzoo!utgpu!news-server.csri.toronto.edu!clyde.concordia.ca!uunet!samsung!usc!apple!sun-barr!newstop!sungy!alanya.Sun.COM!lupe From: lupe@alanya.Sun.COM (Lupe Christoph - Sun Germany Consulting - Munich) Newsgroups: comp.sys.amiga Subject: Re: ZC compiler, fish disk 314, MCRNEXT Message-ID: <121@sungy.Germany.Sun.COM> Date: 14 Apr 90 20:28:35 GMT References: <226@caslon.cs.arizona.edu> <228@caslon.cs.arizona.edu> Sender: news@sungy Distribution: comp Lines: 55 dave@cs.arizona.edu (David P. Schaumann) writes: >In article <226@caslon.cs.arizona.edu>, dave@cs.arizona.edu (David P. Schaumann) writes: >| In article | | >| | I wanted to pick up the ZC (Sozobon-C compiler) from FredFish 314 on >| | mcrnext.cso.uiuc.edu (128.174.73.105), but it's missing. I realize >| | information about missing disks on mcrnext has been posted before. >| | >| | Does anyone on the net have the ff314 release of ZC that I could anon >| | FTP? >| | >| | [ ... ] >| >| I mailed mcrnext.cso.uiuc.edu shortly after they posted to UseNet that their >| collection was complete to #340. I asked when (or if) disks #313 & #314 would >| be posted. Their reply was: >| they did not have them, did not know where they could be found, and perhaps >| there was some problem with copyright issues, as with some previous disks... >| >| I, too am interested in the latest copy of ZC... >| >Since I posted this, I have successfully used anonymous ftp to get PDC from >a.cs.uiuc.edu (128.174.252.1) in the directory pub/amiga. After a quick look >around at the files, I haven't seen anything claiming to be a version number, >but all the file dates are 3 Aug 89. Hopefully, this is the same as fish disk >#314. Dave, is it PDC or ZC ? These are two different beasts. I'll check out your pointer when I'm done with c.s.a. BTW, I was just trying to make PDC start up arp.library by default and stumbled into the fact that there is some (not yet qualified, tomorrow ;-) problem with prototypes (ARP programmers has a prototype file). There is also a problem with #pragma libcall. ARP supplies these as well. The ARP file (for Lattice) uses positive hex numbers for the offset; they have to be negated. PDC does not do this, so your program will provide all sorts of Guru's, depending, what's at that place. But you can't use the #pragma libcall's anyway, 'coz there is another bug: the register specification is not processed correctly. I would know what to do about it, but I don't want to recompile PDC with itself (the original version seems to be compiled with Manx). The code PDC generates is so slow. If there is anybody listening with a Manx compiler and PDC source, or even Lionel Hummel or Paul Petersen or anybody who would maintain PDC, I can provide a first shot at the source code, plus example code to trigger the bugs. | lchristoph@Sun.COM (Internet) | Disclaimer: | | ...!unido!sunmuc!lupe (German EUNet, "bang") | My employer has a | | lupe@sunmuc.UUCP (German EUNet, domain) | non-exclusive license | | ...!suninfo!lchristoph (Sun Germany customers) | to my opinion. |