Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!mcsun!ukc!mucs!cns!news
From: rogersh%t5g@uk.ac.man.cs (Huw J. Rogers)
Newsgroups: comp.sys.acorn
Subject: Re: C versus ARM take 2
Message-ID: <1991Feb27.181736.23005@cns.umist.ac.uk>
Date: 27 Feb 91 18:17:36 GMT
References: <807@utrcu1.UUCP> <1786@svin02.info.win.tue.nl>
Sender: news@cns.umist.ac.uk (Usenet news)
Organization: Murder Inc.
Lines: 39

In article <1786@svin02.info.win.tue.nl> rcpieter@info.win.tue.nl writes:
>kortink@utrcu1.UUCP (Kortink John) writes:
>
>>The point I was trying to make was that it is NOT OPTIONAL junk : you're
>>stuck with the other bulk if you want a few bits out of a package. If the
>>compiler or linker can filter it : fine ! Acorn's doesn't do it (yet), and
>>that's the one we have to work with.

	The linker isn't the problem - Acorn's libraries are. The granularity
is huge. Under UNIX each library function is in a separate object file within
the library, solving this problem. Unfortunately Acorn lump masses of s**t
into just a few object files.

>
>Including a library because you use printf causes the grief.  The
>printf function is part of and uses stdio, and stdio simply is a lot of
>code.  Even a `smart' linker (I never knew the Acorn one wasn't) could
>not solve this problem.

	Not true - printf() calls doprnt() calls flsbuf() calls write() -
just 4 functions.

>But then again, of a non trivial program, most
>code will be object code, not library code.

	What does this mean?

>
>(GCC uses the register transfer language as the intermediate `code').

	Could you post details of the RiscIx port of gcc and the RTL->ARM
translation, and how you persuade gcc to produce AOF format files?



[ H.J.Rogers (INTERNET: rogersh%p4%cs.man.ac.uk@cunyvm.cuny.edu)       ]
[    ,_,     (BITNET/EARN: rogersh%p4%cs.man.ac.uk@UKACRL.BITNET)      ]
[  :-(_)-o   (UUCP: ...!uunet!cunyvm.cuny.edu!cs.man.ac.uk!p4!rogersh) ]
[   _} {_    (JANET: rogersh%p4@uk.ac.man.cs)                          ]