home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / next / programm / 7120 < prev    next >
Encoding:
Internet Message Format  |  1992-11-10  |  2.5 KB

  1. Path: sparky!uunet!spool.mu.edu!sol.ctr.columbia.edu!ira.uka.de!ira.uka.de!chx400!urz.unibas.ch!lucy.ifi.unibas.ch!news
  2. Newsgroups: comp.sys.next.programmer
  3. Subject: Re: The solution to FatBinaries.
  4. Message-ID: <1992Nov10.083524.22378@urz.unibas.ch>
  5. From: frank@ifi.unibas.ch (Robert Frank)
  6. Date: Tue, 10 Nov 1992 08:35:24 GMT
  7. Reply-To: frank@ifi.unibas.ch
  8. Sender: news@urz.unibas.ch (USENET News System)
  9. References: <83163@ut-emx.uucp>
  10. Organization: Institut fuer Informatik
  11. Nntp-Posting-Host: woodstock.ifi.unibas.ch
  12. Lines: 57
  13.  
  14. In article <83163@ut-emx.uucp>  writes:
  15. > OK, NeXT is using FatBinaries to do machine code for each processor.
  16. > The bad thing about this is when NeXTStep runs on other processors,
  17. > binaries must be compiled and included with the release.  P-Code is
  18. > too S----L----O----W, and interpreting binaries is slllloooowwww also.
  19. > My solution:
  20. > NeXT code
  21. > Here is how it works:
  22. > 1:  Programmer codes his "killer app"
  23. > 2:  C-compiler compiles the code into NeXTCode which is machine
  24. >     independant, similar to Microsoft's P-code.
  25. > 3:  When program gets to the user, the user uses an installer/
  26. >     "compiler" to convert the NeXTCode to native machine code for
  27. >     his processor.
  28. > Pros:
  29. > o Only one binary needed, no FatBinaries or ObeseBinaries
  30. > o Runs LOTS faster than P-code or interpreted code
  31. > o Easy to do
  32. > Cons:
  33. > Maybe some inefficency, but _very_ little.
  34. > Notes:
  35. > A special debugger can be produced to modify NeXTCode at the source
  36. > for optomization
  37. > Patches to NeXTcode for different processors can be stored with the code
  38. > NeXT will have something no other computer has dreamed of offering :-)
  39. > COMMENTS ARE WELCOME- I would like to work on this as a discussion.
  40. > PS:  If NeXT is listening, and this helps, I am looking for a NeXT for
  41. > my use to program some stuff :-).
  42. > --
  43. > ******* ifbb657@ccwf.cc.utexas.edu (Douglas R. Floyd) ******
  44. >             Disclaimer: I speak for myself.
  45. >             Please, no NeXTMail at this time.
  46.  
  47. Yep, that's my long term project, except that I am using a Modula-2 like  
  48. language ...
  49. --
  50. Robert Frank                         tel. + (061) 321 99 67                 
  51. Institut fuer Informatik             fax  + (061) 321 99 15                 
  52. University of Basel, Switzerland                                            
  53. Mittlere Strasse 142      rfc822: frank@ifi.unibas.ch (NeXT mail accepted)  
  54. CH-4056 Basel          X400: S=frank;OU=ifi;O=unibas;P=switch;A=arcom;C=ch
  55.                    ( if all fails try frank@urz.unibas.ch )
  56.