home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / minix / 4430 < prev    next >
Encoding:
Text File  |  1992-09-14  |  3.0 KB  |  71 lines

  1. Newsgroups: comp.os.minix
  2. Path: sparky!uunet!mcsun!sunic!ericom!ericom!etlmike
  3. From: etlmike@jerry.ericsson.se (Mike Wilcox)
  4. Subject: Re: (none given)
  5. In-Reply-To: torvalds@klaava.Helsinki.FI's message of 11 Sep 92 12:00:03 GMT
  6. Message-ID: <ETLMIKE.92Sep15162625@jerry.ericsson.se>
  7. Sender: news@ericsson.se
  8. Nntp-Posting-Host: jerry.ericsson.se
  9. Organization: Ericsson Ltd., Cellular Systems & Special Networks.
  10. References: <ETLMIKE.92Sep10173232@jerry.ericsson.se>
  11.     <1992Sep11.093444.223@email.tuwien.ac.at>
  12.     <ETLMIKE.92Sep11121917@jerry.ericsson.se>
  13.     <1992Sep11.120003.27063@klaava.Helsinki.FI>
  14. Date: Tue, 15 Sep 1992 15:26:25 GMT
  15. Lines: 54
  16.  
  17. torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
  18.  
  19.    [ egg on my face - I didn't think a gcc-compiled minix existed at all. 
  20.    Btw, did you rewrite all the .x files in gas syntax, or are you using
  21.    some weird combination of gcc/bcc/bas? ]
  22.  
  23. Yes, at first I did use the gas syntax. But 
  24. (a) the RS232 wouldn't work, and 
  25. (b) once I added a second IDE (enough room for Linux then :), the
  26. machine wouldn't allow that drive to be used until the ISA bus was
  27. clocked down to around 2.5MHz
  28.  
  29. I gave up on that, and used a Bruce Evans fix (Cheers Bruce) that uses
  30. the gld program supplied with bcc. When the -r option is used on
  31. bcc-assembled objects, it creates gas-objects. A fix to the header
  32. format of these objects then creates something I can link back into
  33. the executable kernel.
  34.  
  35.    You might also try gcc-2.2.2, which gives some noticeable speed
  36.    increases under some circumstances (notably floating-point which is
  37.    essentially useless under minix unless you have patched that too, but
  38.    integer performance is also better). 
  39.  
  40. As I got the Minix Centre's version, I just got a working GCC for the
  41. system. Recently, I have been trying to port Alan Black's & Richard
  42. Tobin's port of GCC 1.37 to work, then upgrading this to 1.41.
  43. Along with this goes things like estdio, & floating point. Once I've
  44. got that thoroughly sussed out, gcc-2 is the target.
  45.  
  46.  
  47.    >I seem to remember that using -finline-functions actually made things
  48.    >worse. If anyone can explain THAT one to me, I'd be grateful!
  49.  
  50.    This could be related to the general gcc speed decrease: has the kernel
  51.    by any chance grown noticeably? -finline-functions (and some other
  52.    options line -fstrength-reduce, -m486) can make the executable image
  53.    noticeably bigger.  In general, gcc doesn't even try to make things
  54.    small, and binaries compiled with gcc can be bigger than those of other
  55.    compilers. 
  56.  
  57.    Size is normally not a problem, but if your minix has buffer-size
  58.    limitations (low 1MB or similar - I know the version I used had that
  59.    limit), over-all performance can go down due to much smaller buffer
  60.    space. 
  61.  
  62. I could see that that would degrade performance, but I haven't had to
  63. re-define the buffer size in order to fit the kenel into low memory.
  64.  
  65. Mike
  66.  
  67. --
  68. Mike Wilcox                    Guildford, Surrey, England.
  69. CME 20 Design Dept.            Tel:   +44-483-303666
  70. Ericsson Cellular Systems.     Email: etlmike@deep-thought.ericsson.se
  71.