home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / atari / 8bit / 5760 < prev    next >
Encoding:
Text File  |  1993-01-02  |  1.2 KB  |  27 lines
  1. Newsgroups: comp.sys.atari.8bit
  2. Path: sparky!uunet!think.com!spdcc!merk!winston
  3. From: winston@merk.com (Winston Smith)
  4. Subject: Re: Kermit-65 source code
  5. Message-ID: <C07sBJ.Juv@merk.com>
  6. Keywords: KERMIT-65, assembler, 6502, compatibility, C
  7. Organization: Technology Partners, Inc.
  8. References: <92358.112139JJMCWILL@MTUS5.BITNET> <BzyKMB.CMJ@merk.com> <72769@cup.portal.com>
  9. Date: Sat, 2 Jan 1993 06:50:06 GMT
  10. Lines: 15
  11.  
  12.  
  13. "Just when you thought it was safe to go back in the water...."
  14.  
  15.      Well, the KERMIT-65 saga continues.  I was able to locate a 6502
  16. cross-assembler written in C.  It is able to generate an ASCII text
  17. assembler listing, both with program source, or just with assembled byte
  18. values given in ASCII text.  This program is able to run on a "Kernighan
  19. and Ritchie" C compiler.  Unfortunately, the program that accompanies the
  20. assembler, that is supposed to turn the text characters into binary
  21. code, is written in ANSI C, and the file calls make the K&R C compiler I
  22. am using do strange things.  <* ARG! *>  Why can't this assembler generate
  23. UUENCODE output as an option?  Why do people --DO-- things like this?  Why
  24. do they add non-compatible ANSI C programs to programs that are K&R C
  25. compliant?  This is driving me crazy!
  26.  
  27.