home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / programm / 2085 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  1.4 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!mips!pacbell.com!charon.amdahl.com!amdahl!veritas!amdcad!sun!exodus.Eng.Sun.COM!exodus!vladimir
  2. From: vladimir@Eng.Sun.COM (Vladimir Ivanovic)
  3. Newsgroups: comp.programming
  4. Subject: Re: One Pass Assemblers
  5. Message-ID: <VLADIMIR.92Jul19115939@ronnie.Eng.Sun.COM>
  6. Date: 19 Jul 92 18:59:39 GMT
  7. References: <ERIC.92Jul18173720@iceland.telebit.com>
  8.     <Dyw7NB1w164w@naos.actrix.gen.nz>
  9. Organization: Sun Microsystems, Inc.
  10. Lines: 20
  11. NNTP-Posting-Host: ronnie
  12. In-reply-to: ewen@naos.actrix.gen.nz's message of Sun, 19 Jul 92 16:02:12   Y
  13.  
  14. >> Can't say as I do, but I am curious as to why you would want a one-pass
  15. >> assembler.
  16. >>
  17. > Speed is the usual reason.  If the assembler needs to make only one pass
  18. > then it doesn't have to waste time reading in the source a couple of
  19. > times, and generally abusing the disk.
  20.  
  21. If the file were read into memory (mmap'ed), doesn't that obviate the need
  22. to go to the disk multiple times?
  23.  
  24. On my system, /tmp is memory, backed by disk (see the manpage for tmpfs) so
  25. that *all* my intermediate files from compilations are memory resident.
  26.  
  27. -- Vladimir
  28. --
  29. Vladimir G. Ivanovic                            Sun Microsystems, Inc
  30. (415) 336-2315                                  MTV12-33
  31. vladimir@Eng.Sun.COM                            2550 Garcia Ave.
  32. {decwrl,hplabs,ucbvax}!sun!Eng!vladimir         Mountain View, CA 94043-1100
  33.                          Disclaimer: I speak for myself.
  34.