Re: Backpatch?

Ian Cull <IanC@gibside.demon.co.uk>
Wed, 5 Jul 1995 18:17:10 GMT

          From comp.compilers
Related articles
Backpatch? diaman@ee.upatras.gr (Nikos Diamantopoulos) (1995-06-25)
Re: Backpatch? boggs@osage.csc.ti.com (1995-06-30)
Re: Backpatch? gclind01@ulkyvx.louisville.edu (1995-07-01)
Re: Backpatch? IanC@gibside.demon.co.uk (Ian Cull) (1995-07-05)
Re: Backpatch? taweil@ucs.usc.edu (1995-07-13)
Re: Backpatch? jcea@ait.uvigo.es (1995-07-19)
Re: Backpatch? hebert@prism.uvsq.fr (1995-07-20)
Re: Backpatch? albaugh@agames.com (1995-07-20)
| List of all articles for this month |
Newsgroups: comp.compilers
From: Ian Cull <IanC@gibside.demon.co.uk>
Keywords: code
Organization: Home
References: 95-06-096 95-07-033
Date: Wed, 5 Jul 1995 18:17:10 GMT

boggs@osage.csc.ti.com "Lowell Boggs" writes:
> I used to work with an assembler that used back patching for symbol
> names. The technique worked like this:
>[keep link list per symbol in the object code]


I once wrote a compiler & assembler in (ZX Spectrum) Basic - the compiler
output assembler source code, then the assembler converted it to M/C.
It did *exactly* this trick to resolve forward references - it was a big
advantage because of the memory storage savings (the ZX Spectrum had only
48K RAM, including the screen).
When the variable is unknown, its 'value' points to the linked list of
places where it is referenced; as soon as its value is known, the linked
list is resolved, and then the variable has its proper value ...
It works fine for "simple" machine code - complex opcodes would be difficult


--
Ian Cull, Gateshead, UK
--

Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.