rt2@cunixb.cc.columbia.edu (Rens Troost) (04/08/91)
I've just gone through upgrading to 386 (thanks, Bruce) and now am looking for some new stuff -- if I remember correctly someone had a set of diffs for emacs. What is the status of this? Also, has anybody gotten bash working for minix? gdb? (this latter must be a dream...) -Rens rt2@cunixb.cc.columbia.edu rens@gnu.ai.mit.edu
torvalds@cc.helsinki.fi (04/08/91)
In article <1991Apr7.230652.3535@cunixf.cc.columbia.edu>, rt2@cunixb.cc.columbia.edu (Rens Troost) writes: > > I've just gone through upgrading to 386 (thanks, Bruce) and now am looking > for some new stuff -- if I remember correctly someone had a set of diffs for > emacs. What is the status of this? > > Also, has anybody gotten bash working for minix? gdb? (this latter must be > a dream...) > > -Rens > rt2@cunixb.cc.columbia.edu > rens@gnu.ai.mit.edu I'm rather new to 386-Minix myself, but have tried porting some stuff and have a few comments: 1) Get gcc! Without this your porting will be much more difficult. You don't even need to do anything, it's been ported already, and binaries can be found on plains. Great! 2) I dont know about others, but with 386-minix and gcc the system is close enough to "real" unix that most gnu-programs seem to work without any major changes. I tried getting a "minix-ported" bash, and had no end of troubles. Get the real unmodified gnu-sources. 3) gnu tar, gawk and bison are easy - get them, make some small changes, and you're up and away. Took me a couple of hours to port them, and I was totally new to the game. 4) Bash is hell :-) It uses ioctl etc that at least vanilla-minix386 doesn't care about (anybody hacked the kernel?), but it's doable. I ported it yesterday, sort of (you'll need bison), haven't had time to test it out yet. I have problems with readline, but I think it's a minor problem. It hasn't bombed on me yet though. 5) If you want emacs, I think there are patches on plains, but I'm not sure. If uemacs will do (it does for me), get that - it takes no porting at all (well very little - change some defines in estruct.h, maybe some very minor other changes). Be sure to get 3.10 (latest version that I'm aware of), it has &kbg, which allows you to make appropriate macros for the cursor keys - no need to change the sources. There is a bug in bind.c (I think),but there are bug-fixes available that seem to clear it up (if you want it, mail me). Happy porting, Linus Linus Torvalds torvalds@cc.helsinki.fi
awb@uk.ac.ed.aipna (Alan W Black) (04/13/91)
In article <1991Apr7.230652.3535@cunixf.cc.columbia.edu> rt2@cunixb.cc.columbia.edu (Rens Troost) writes: > I've just gone through upgrading to 386 (thanks, Bruce) and now am looking > for some new stuff -- if I remember correctly someone had a set of diffs > for emacs. What is the status of this? > > Also, has anybody gotten bash working for minix? gdb? (this latter must be > a dream...) > > -Rens (Sorry I've been away so missed this). Much of the gnu software has been ported to MINIX 386. Currently on plains.nodak.edu (134.129.111.64 in pub/Minix/uk). This is includes binaries and patchs for gcc1.37.1 gas, the bin utilities, patches to the MINIX libraries. There is also a port of gnu emacs 18.55 (which contains a rather nasty bug regarding killing of sub-processes. I've since fixed this and I can send you a new set of patches if you want). The gcc *does* support floating point but not in a very efficient way. Since putting the stuff on plains we have ported much of the other gnu stuff. A lot of the smaller pieces don't really require cahnegs (e.g. diff, bison, fileutils) you just have to set the right defines in the makefile. We also have ported bash and gdb (3.5) which I'm willing to mail to anyone who is interested. I will put these on plains but have been waiting for the lastest version of bash before doing this. (We've also ported Austin Kyoto Common Lisp (using gcc as the compiler) it all runs neatly in 8Meg and can run serious common lisp programs -- though we are about to upgrade to 16Meg). Alan Alan W Black 80 South Bridge, Edinburgh, UK Dept of Artificial Intelligence tel: (+44) -31 650 2713 University of Edinburgh email: awb@ed.ac.uk
dhinds@elaine1.Stanford.EDU (David Hinds) (04/15/91)
In article <AWB.91Apr13144237@mink.uk.ac.ed.aipna> awb@uk.ac.ed.aipna (Alan W Black) writes: > >Much of the gnu software has been ported to MINIX 386. Currently on >plains.nodak.edu (134.129.111.64 in pub/Minix/uk). This is includes >binaries and patchs for gcc1.37.1 gas, the bin utilities, patches to >the MINIX libraries. There is also a port of gnu emacs 18.55 (which >contains a rather nasty bug regarding killing of sub-processes. I've >since fixed this and I can send you a new set of patches if you want). >The gcc *does* support floating point but not in a very efficient way. What sort of floating point support is this? I'm new to Minix, but I'm told the regular C compiler doesn't do floating point at all. Does the gcc port support coprocessor emulation, or does it need a coprocessor? In what way is it inefficient? Is there a reasonably standard libm? -David Hinds dhinds@cb-iris.stanford.edu