home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / lang / modula2 / 1584 < prev    next >
Encoding:
Text File  |  1992-12-17  |  1.5 KB  |  33 lines
  1. Newsgroups: comp.lang.modula2
  2. Path: sparky!uunet!newsgate.watson.ibm.com!yktnews!admin!nordruth!seurer
  3. From: seurer@rchland.vnet.ibm.com (Bill Seurer)
  4. Subject: Re: Generic stack implementation
  5. Sender: news@rchland.ibm.com
  6. Message-ID: <1992Dec17.150809.15780@rchland.ibm.com>
  7. Date: Thu, 17 Dec 1992 15:08:09 GMT
  8. Reply-To: BillSeurer@vnet.ibm.com
  9. Disclaimer: This posting represents the poster's views, not necessarily those of IBM
  10. References: <9212091316.AA14856@elg> <911288c.32.724187845@ace.acadiau.ca> <1992Dec15.150410.21677@informatik.uni-ulm.de> <1992Dec17.114912.1@wombat.newcastle.edu.au>
  11. Nntp-Posting-Host: nordruth.rchland.ibm.com
  12. Organization: IBM Rochester
  13. Lines: 18
  14.  
  15. I have ported lots of Modula-2 and C code between machines with VASTLY
  16. different architectures, especially when it comes to addresses.  The
  17. Modula-2 code was generally easier to port but both it and the C code
  18. suffered from one big problem.
  19.  
  20. On most Unix machines the size of pointers and integers is the same.
  21. Vast amounts of C code is written that exploits this fact and makes it
  22. extremely difficult to port to machines where this isn't the case.  Even
  23. code that is supposed to be relatively machine independent usually has
  24. this flaw.  Often it is very subtle, easy to miss, and worst of all, 
  25. compiles OK.
  26.  
  27. The "ADDRESS is compatible with CARDINAL" part of Modula-2 is a mistake,
  28. pure and simple.
  29. -- 
  30.  
  31. - Bill Seurer     Language and Compiler Development      IBM Rochester, MN
  32.   Internet: BillSeurer@vnet.ibm.com    America On-Line: BillSeurer@aol.com
  33.