Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!think.com!mintaka!bloom-beacon!eru!hagbard!sunic!mcsun!hp4nl!utrcu1!mi.eltn.utwente.nl!klamer From: klamer@mi.eltn.utwente.nl (Klamer Schutte) Newsgroups: comp.os.minix Subject: Re: What's wrong with kermit? (ST minix 1.5) Message-ID: Date: 15 Apr 91 08:56:31 GMT References: <2063@Terra.cc.brunel.ac.uk> <9104106445@arrakis.nl.mugnet.org> Sender: news@utrcu1.UUCP Organization: University of Twente, BSC-El Lines: 19 In <9104106445@arrakis.nl.mugnet.org> bert@arrakis.nl.mugnet.org (Bert Laverman) writes: >(say edits 157 to 166) (See part of what I mean? :-() include a truly >gigantic switch statement. c68 couldn't handle this even with 300Kb of >chmemory, and I couldn't give it any more (just a 1Mb ST :-(). ACK could, >so all modules but that one went with c68. Wrong! With a 1Meg ST you can run c68 chmem'ed to approx 625 kb. The solution is to throw your ramdisk out (see /usr/include/minix/config.h && /usr/include/minix/boot.h, from memory), don't run anything from the other virtual console (if you have them), and run c68 right from the shell (No make, no cc). You can win another few kb by execing a very small program from /bin/sh, which runs the compiler... I had to do this to compile gnudiff's regexp.c, which is a 32bit-needing very big switch statement. Klamer -- Klamer Schutte Faculty of electrical engineering -- University of Twente, The Netherlands klamer@mi.eltn.utwente.nl {backbone}!mcsun!mi.eltn.utwente.nl!klamer