Re: Pros and cons of high-level intermediate languages

moss@cs.umass.edu (Eliot Moss)
Sat, 25 Jul 1992 13:06:51 GMT

          From comp.compilers

Related articles
[8 earlier articles]
Re: Pros and cons of high-level intermediate languages henry@zoo.toronto.edu (1992-07-23)
Re: Pros and cons of high-level intermediate languages tarvydas@tsctrl.guild.org (1992-07-23)
Re: Pros and cons of high-level intermediate languages graham@maths.su.oz.au (1992-07-24)
Re: Pros and cons of high-level intermediate languages acha@CS.CMU.EDU (1992-07-24)
Re: Pros and cons of high-level intermediate languages graham@maths.su.oz.au (1992-07-25)
Re: Pros and cons of high-level intermediate languages fjh@munta.cs.mu.OZ.AU (1992-07-25)
Re: Pros and cons of high-level intermediate languages moss@cs.umass.edu (1992-07-25)
Re: Pros and cons of high-level intermediate languages jfc@athena.mit.edu (1992-07-25)
Re: Pros and cons of high-level intermediate languages scott@bbx.basis.com (1992-07-25)
Re: Pros and cons of high-level intermediate languages sewardj@cs.man.ac.uk (1992-07-26)
Re: Pros and cons of high-level intermediate languages ridoux@irisa.fr (1992-07-27)
Re: Pros and cons of high-level intermediate languages gat@forsight.jpl.nasa.gov (1992-07-29)
Re: Pros and cons of high-level intermediate languages moss@cs.umass.edu (1992-07-30)
[13 later articles]
| List of all articles for this month |

Newsgroups: comp.compilers
From: moss@cs.umass.edu (Eliot Moss)
Organization: Dept of Comp and Info Sci, Univ of Mass (Amherst)
Date: Sat, 25 Jul 1992 13:06:51 GMT
References: 92-07-068 92-07-086
Keywords: C, storage

acha@CS.CMU.EDU (Anurag Acharya) said:


> Wish list:


> 1. label variables. Any kind of label variables with any resonable
> restrictions


Available from gcc 2.0 and higher; we use it to good effect in our Smalltalk
interpreter (single largest speed improvement we've ever gotten!). So you have
something that's portable from machine to machine, but specific to a given
family of compilers.


> 2. A portable way of looking at the stack. Supporting garbage
> collection and call/cc (user-level continuations) would be easier if
> one could traipse up and down the C stack. Currently, such schemes are
> machine and compiler dependent.


Sorry, I don't know of any way to do that. And you have to include registers
in the model, too.


> 3. Some form of global register assignment. Some annotation scheme
> that allows me to indicate to the C compiler that I would like a
> particular global variable to be stuck in a register (may be a
> particular register if I am willing to give up portability).


gcc supports this, but the incantation and possible bad side effects do vary
from machine to machine.
--


J. Eliot B. Moss, Associate Professor
Department of Computer Science
Lederle Graduate Research Center
University of Massachusetts
Amherst, MA 01003
(413) 545-4206, 545-1249 (fax); Moss@cs.umass.edu
--


Post a followup to this message

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