Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!math.lsa.umich.edu!math.lsa.umich.edu!hyc
From: hyc@math.lsa.umich.edu (Howard Chu)
Newsgroups: comp.sys.atari.st
Subject: Re: MiNT: first things first
Message-ID: <1990Sep26.220620.27988@math.lsa.umich.edu>
Date: 26 Sep 90 22:06:20 GMT
References: <1990Sep25.175226.6410@doe.utoronto.ca>
Sender: usenet@math.lsa.umich.edu
Organization: University of Michigan Math Dept., Ann Arbor
Lines: 27

In article <1990Sep25.175226.6410@doe.utoronto.ca> david@doe.utoronto.ca (David Megginson) writes:
>Maybe what we need most of all for MiNT is a reasonably good
>clone of the Unix system library for Gnu. If someone rewrites
>gnu.olb to recognise and use MiNT, porting programs will be
>a cinch. Perhaps CRT0 should check whether MiNT is present,
>and set a global variable _mint to TRUE or FALSE (and do the
>same for _rtx, of course). Then the library can use these 
>variables to decide how to execute system functions.

>Anyone willing to give it a shot? I'm too busy, since my
>TAL (Text Analysis Language) is weeks away from release.

Sounds like a very good idea. Actually, how 'bout creating an
array of function pointers and letting crt0 initialize it to the
appropriate calls... That would prevent wasting time testing
variables all the time...

I've been working on this sort of thing for RTX and MWC, but
it's kind of slow work, figuring out all the routines you want
to change and such. (But now I have the Beckemeyer Software
Development System, and expect that things will go much more
quickly from there...)
--
  -- Howard Chu @ University of Michigan
  one million data bits stored on a chip, one million bits per chip
	if one of those data bits happens to flip,
		one million data bits stored on the chip...