Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!unixhub!stanford.edu!leland.Stanford.EDU!elaine1.Stanford.EDU!dhinds
From: dhinds@elaine1.Stanford.EDU (David Hinds)
Newsgroups: comp.os.minix
Subject: Re: 386 goodies sought
Message-ID: <1991Apr14.184108.15061@leland.Stanford.EDU>
Date: 14 Apr 91 18:41:08 GMT
References: <1991Apr7.230652.3535@cunixf.cc.columbia.edu> <AWB.91Apr13144237@mink.uk.ac.ed.aipna>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University - AIR
Lines: 17

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