home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / pascal / 4841 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  1.6 KB

  1. Path: sparky!uunet!gatech!darwin.sura.net!jvnc.net!yale.edu!ira.uka.de!uka!uka!news
  2. From: S_JUFFA@iravcl.ira.uka.de (|S| Norbert Juffa)
  3. Newsgroups: comp.lang.pascal
  4. Subject: Re: Why are set operations so Slow?
  5. Date: 13 Aug 1992 17:48:18 GMT
  6. Organization: University of Karlsruhe (FRG) - Informatik Rechnerabt.
  7. Lines: 19
  8. Distribution: world
  9. Message-ID: <16e792INNm3j@iraul1.ira.uka.de>
  10. References: <Aug07.232901.50322@yuma.ACNS.ColoState.EDU> <Bstu1E.ArL@knot.ccs.queensu.ca> <16b4c7INN88n@iraul1.ira.uka.de> <dmurdoch.5.713628912@mast.queensu.ca>
  11. NNTP-Posting-Host: irav1.ira.uka.de
  12. X-News-Reader: VMS NEWS 1.23
  13. In-Reply-To: dmurdoch@mast.queensu.ca's message of Wed, 12 Aug 1992 14:15:13 GMT
  14.  
  15. In <dmurdoch.5.713628912@mast.queensu.ca> dmurdoch@mast.queensu.ca writes:
  16.  
  17. > The claim I saw in the Stoney Brook pamphlet was that operations on sets 
  18. > were converted to the equivalent bitwise operations when possible.  If S is 
  19. > a set of 250..255, then S+[251] would be compiled to do a bitwise OR of 2 
  20. > into S.  That's not a choice that was available to you in improving the RTL; 
  21. > you'd have to go back further, and change the code generator.
  22. Well, it just occured to me that most of the info TP passes to the library
  23. routines for set handling is know at compile time. So the code generator
  24. could precompute the offset into the byte array representing the set and
  25. the appropriate bit mask to greatly speed up most set operations, at least
  26. if constants are involved somewhere. 
  27.  
  28. Norbert
  29. -------------------------------------------------------------------------------
  30. Norbert Juffa        email: S_JUFFA@IRAVCL.IRA.UKA.DE        Live and let live!
  31.  
  32.  
  33.