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