Path: utzoo!utgpu!watserv1!maytag!xenitec!tirith!ggk From: ggk@tirith.UUCP (Gregory Kritsch) Message-ID: Date: 15 Nov 20 20:07:32 Newsgroups: comp.sys.amiga.tech Subject: Re: What's Wrong with ARP!!!! In-Reply-To: cedman@golem.ps.uci.edu (Carl Edman) References: <114.273F7E66@myamiga.UUCP> cedman@golem.ps.uci.edu (Carl Edman) writes: >In article <90318.162021DXB132@psuvm.psu.edu> DXB132@psuvm.psu.edu writes: > a) use C and the fastest C-compilers on the market > b) are aware that they are sacrifying the quality of the programm > and the convinience of the user against their laziness and > development time. >And now using assembler is a "big no-no" ? What is the world coming to ? Assembly language has some advantages and disadvatages. As time progresses, compilers are getting better and more standard, and assembler is becoming more complex. What may have been the case a while ago is no longer the case. One reason I like C over assembler is portability. For example, if I get really sick of the mail program on Watstar (ie I ever have to use it again...), I can probably take a copy of dmail sources which I use, and compile it pretty much straight up. Thing is, those machines are IBMs, running MS-DOS, with 8086 to 80386 processors. dmail is for Amiga, 8000 to 68030. My assembler files are going to be ENTIRELY rewritten, whereas my .c files are going to need only minor modifications (I imagine the calls to Execute() will have to be replaced by calls to system(), but thats only about 4 places). >I remember a time when people (e.g. me) wrote full-screen editors >in hex, because they didn't have an assembler and nowadays people write >cr/lf-filters in smalltalk with 200 kb runtime libraries and clocktools >under X-Windows with full debugging information (for the tool and >x-windows, just in case...) at 500 kbytes. So, whats your point? It probably took 2 minutes to do the cr-lf program, and 5 for the clock. And if they don't work, it'll take another 2 minutes to find out why not. In assembly, you're looking at a much longer development time, and if you don't include debug info, you looking at a much longer debug time as well. >Only slightly exagerating > Carl Edman -- Gregory Kritsch | University of Waterloo Fido: 1:221/208.11110 [1:163/109.30] | 1A Computer Engineering UUCP: ggk@tirith.UUCP |-------------------------- ...!watmath!xenitec!tirith!ggk | Amiga Fanatic