|How to store an AST firstname.lastname@example.org (Salvador V. Cavadini) (1999-04-30)|
|Re: How to store an AST email@example.com (Steve Mading) (1999-05-07)|
|Re: How to store an AST firstname.lastname@example.org (Dave Hanson) (1999-05-07)|
|Re: How to store an AST email@example.com (Mike Harrison) (1999-05-09)|
|Re: How to store an AST firstname.lastname@example.org (Nils M Holm) (1999-05-16)|
|Re: How to store an AST WN.Jacobs@net.HCC.nl (Willy Jacobs) (1999-05-16)|
|From:||Nils M Holm <email@example.com>|
|Date:||16 May 1999 15:23:59 -0400|
Steve Mading <firstname.lastname@example.org> wrote:
> Salvador V. Cavadini <email@example.com> wrote:
> : Hi,
> : I'm programming a front-end for a tool and I need to store in disk the
> : AST produced by the parser. The rest of the tool will randomly access
> : the AST's nodes. I would be greatful if someone can recommend an
> : efficient way for store the AST.
> For the most part, you can just dump out the structures as-is with
> binary read/write but you need to be careful of pointers. Any time
> you have some data that is pointed at by a pointer somewhere, you
> should assume that the data will be in a different memory location
> when you reload it later. This invalidates the pointers that pointed
> at it.
Maybe, this solution is too simple, but why not put all the nodes of the
AST in a big flat array and use offsets into the array instead of pointers.
This way, the entire AST can be read and written using simple block
I see no major disadvantages compared to 'real' pointers. When building an
AST, nodes in the array can be allocated linearly since usually no nodes
will be deleted during the construction phase.
When performing other operations on trees/graphs, like optimization tasks,
a simple garbage collector or a malloc()-style package which operates on
arrays (instead of the system 'heap') may be helpful.
This method works fine in many of my programs, but admittedly, I am
rather a minimalist...
Nils M Holm <firstname.lastname@example.org> [Please use Reply-To:]
http://www.homepages.de/home/nmh/ -- The home of the T3X compiler
Return to the
Search the comp.compilers archives again.