home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / mac / programm / 20871 < prev    next >
Encoding:
Text File  |  1993-01-07  |  2.9 KB  |  56 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!math.fu-berlin.de!informatik.tu-muenchen.de!menes
  3. From: menes@statistik.tu-muenchen.de (Rainer Menes)
  4. Subject: Re: Sozobon (or other free C's): would this strategy work?
  5. References: <29879@castle.ed.ac.uk> <1993Jan5.023237.18823@cs.yale.edu> <NEERI.93Jan5193849@iis.ethz.ch>
  6. Originator: menes@suniams2.statistik.tu-muenchen.de
  7. Sender: menes@Informatik.TU-Muenchen.DE (Rainer Menes)
  8. Organization: Technische Universitaet Muenchen, Germany
  9. Date: Thu, 7 Jan 1993 09:54:42 GMT
  10. Message-ID: <1993Jan7.095442.18404@Informatik.TU-Muenchen.DE>
  11. Distribution: comp
  12. Lines: 42
  13.  
  14.  
  15. Hey all,
  16.  
  17. I think yes, because the gcc port 1.37 is for me very helpfull.
  18.  
  19. 1. The gcc Compiler is used for most publicdomain unix programs, so you
  20.    won't have any trubble with the compiler it self (too big arrays, short ints
  21.    and so on and on).
  22.  
  23. 2. The code is in most cases is 1.2 to 1.5 times faster the Think-C and MPW C.
  24.    (up to 2.0 for special cases. This helps use to forget the slowness of gcc
  25.    compiling programs)
  26.    This helps use to wait with the update for a new maschine or speed up the
  27.    program it self for example rendering, raytracing.
  28.  
  29. 3. It makes it possible for every one who likes to program in C, C++ and
  30.    Objectiv-C without paying alot of money for in my eyes toys like Think-C
  31.    (to prevent picking on me this is my personal view !!!), or the MPW enviroment
  32.    were you have to buy the shell, C and C++ every thing extra. (You pay alot of
  33.    for something witch is slower and has more bugs than gcc).
  34.  
  35. Now the prof for what I said before.
  36.  
  37. The last project I worked on was an MPEG to quicktime converter for the Mac.
  38. With Think-C no way, because off the limitations with big static datastructures.
  39. If you write a program yourself than that may not be a problem but for 100kbyte of write code you get mad. Even with the MPW-C no better luck after fixing all problems the program decodes only garbage. This is a problem with long defines
  40. and optimisation witch is buggy in MPW-C. The only compiler witch I could find 
  41. to do my job was gcc 1.37 no problem at all. This wasn't the only project were
  42. gcc does an perfect job. I ported the first pd JPEG program to the mac, dkb-2.12
  43. and so on. With JPEG and dkb-2.12 it was possible to compile with MPW-C but,
  44. the programs were 1.2 to 1.6 times slower than with MPW-C.
  45.  
  46. But many Mac-programer wouldn't be happy with gcc because you are not able to
  47. compile one line off code with toolbox calls in it. I personaly spilt the projects
  48. in files for toolbox calls and other. The toolbox files are compiled with MPW-C and the rest with gcc and than link together. For POV-Ray 1.0 I get 1.2 more
  49. performace that with MPW-C. Not mutch but for 48 hours tracing time you save 8
  50. hours an hole working day.
  51.  
  52. Rainer
  53.  
  54. P.S: I only have access to a development maschine with MPW-C and Think-C in my
  55. sparetime (in a lab near me) so I could spend alot of time programing the Mac.
  56.