Re: Internal Representation of Strings

"Chris F Clark" <cfc@shell01.TheWorld.com> wrote in message
>> What are some good ways/concepts of internal string representation?
>
> One such pointer is this (old but valuable) paper by Paul Abrahams:
>
> http://delivery.acm.org/10.1145/60000/51610/p61-abrahams.pdf?key1=51610&key2=4789464321&coll=GUIDE&dl=GUIDE&CFID=21920990&CFTOKEN=76966469




The replies to my OP are appreciated. At this point in my research, I
know that null-terminated implementation (maybe just for
literals?). I'm leaning toward a Pascal-style string but with either a
32-bit length or 7/16/32-bit lengths. Of course that's just to be the
underlying representation that will be wrapped at the library level
with all the common string manipulation functions. Right now, I'm just
(re)developing my string library, but I want a good paradigm in place
at the representation level so when I build that compiler (knock on
wood), I'll be ready to go.


Tony


[For a well thought out design which keeps both the current and
allocated string sizes, see Bruce Guenter's bglibs,
http://untroubled.org/bglibs/docs/group__str.html -John]

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