Re: String formats

stachour@sctc.com (Paul Stachour)
Mon, 11 Nov 1991 14:47:47 GMT

          From comp.compilers
Related articles
Different string format options, benefits? coxs2@rpi.edu (Sean C. Cox) (1991-10-16)
String formats macrakis@osf.org (1991-11-06)
Re: String formats drw@euclid.mit.edu (1991-11-08)
Re: String formats stachour@sctc.com (1991-11-11)
| List of all articles for this month |
Newsgroups: comp.compilers
From: stachour@sctc.com (Paul Stachour)
Keywords: optimize, code
Organization: SCTC
References: 91-10-061 91-11-027
Date: Mon, 11 Nov 1991 14:47:47 GMT

drw@euclid.mit.edu (Dale R. Worley) writes:
sm>(Stavros Macrakis) writes:
sm> Reasonable programming languages let you define your own
sm> representations while allowing higher-level operations to be oblivious to
sm> that representation. This allows you to change representation based on
sm> tuning data and architectural considerations on each installation.


>To get full value out of this idea, you should be able to specify the
>representation on a variable-by-variable basis.


No, not on a variable-by-variable basis. Remember the one-write rule.
You define a alternate-type for the type, make a representation for each
alternate-type, and then make each variable of the proper alternate-type.
[Ada already does this; it's called derived types; that's one of
the reasons I like Ada: I can govern the representations as much or
as little as I like/need.]
--
Paul Stachour SCTC, 1210 W. County Rd E, Suite 100
stachour@sctc.com Arden Hills, MN 55112-3739
                                                          [1]-(612) 482-7467
--

Post a followup to this message

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