Portability across architectures..

Network News news at amdcad.AMD.COM
Fri Sep 16 02:05:46 AEST 1988


In article <1988Sep14.230820.28652 at utzoo.uucp> henry at utzoo.uucp (Henry Spencer) writes:
| In article <3942 at bsu-cs.UUCP> dhesi at bsu-cs.UUCP (Rahul Dhesi) writes:
| >1.   ASCII text is likely to be very bulky.
| 
| The question is whether reducing the bulk somewhat (often not as much as
| you'd think) is worth the complications that result.  This is one of those
| cases where the right thing to do is to implement it the obvious way, then
| measure it to find out whether you NEED anything better.  Often you don't.

This was the conclusion of David Hansen of the University of Arizona,
when he proposed a linker that worked with ASCII object files rather
than some arcane binary standard.  It allowed the object modules to be
viewed and edited with standard tools, and was quite compact, because
many data constants could be written in one or two ASCII bytes, which
would have taken up a full word of memory when stored as binary.

In addition, macros allowed small text strings to represent the ascii
encodings for instructions, so they also took up little space.  This
also allowed the entire assembly phase to be bypassed, since the linker
could understand a language that looked reasonably like standard
assembly.

	-- Tim Olson
	Advanced Micro Devices
	(tim at crackle.amd.com)



More information about the Comp.lang.c mailing list