OSLib cvs repository

[Stewart Brodie]

In message <fb7533484b.tom at compton.compton.nu>
          Tom Hughes <tom at compton.nu> wrote:

> In message <20020617212508$1d44 at gosford.compton.nu>
>           "Jonathan Coxhead" <jonathan at doves.demon.co.uk> wrote:
> 
> >    It does more than that: the C run-time library has code to transpose c
> > and h  directory names, so that this is done uniformly for all clients.
> > By default, is  is only done for ".c", ".h" and ".s". (This is how the
> > compiler knows to open  "h.fred" when you write "#include "fred.h"" in
> > your C file.)
> 
> I thought that code was in the tools themselves rather than in the C
> library code. I didn't realise that the Shared C Library had any such code
> in it i fact, although I know UnixLib does.

It is in the C Library Extension library (CLX) that all the "Acorn" tools
link against.  It provides the filename lookup routines, wildcarding etc. in
a platform-independent way.  It's not in the C library itself.

> > When AMU sees a .SUFFIXES line, it adds the suffixes it sees to that
> > list,  using the C library call provided for that purpose. So, within AMU
> > at least,  the behaviour should be right. This was all done so that UNIX
> > makefiles would  work on Acorn systems without needing enormous amounts
> > of work, and that's  exactly what we are trying to do here.
> 
> I wasn't aware that there was any such library call... It must be an
> undocumented entry point, but I don't recall there being many of those.
> 
> It's never really been possible to use unix makefiles with amu anyway
> because it implemented such a restricted subset of the functionality of
> the average unix make, and was full of bugs.

The beta release of the toolchain contained my largely rewritten amu which
had lots of new goodies in it - most of which were to make it more like GNU
make.  That work was done so that we could write makefiles which would be
useful to both a cross-compiler and the native compiler.  Sadly, that project
was cancelled just before it was completed :(

-- 
Stewart Brodie, Senior Software Engineer    (Views expressed are my own and
Pace Micro Technology PLC                   not those of my employer)
645 Newmarket Road
Cambridge, CB5 8PB, United Kingdom         WWW: http://www.pacemicro.com/