Re: Data structures for efficient overload resolution

George Neuner <gneuner2@comcast.net>
Tue, 18 Mar 2008 21:46:51 -0400

          From comp.compilers

Related articles
Data structures for efficient overload resolution stephenhorne100@aol.com (Steve Horne) (2008-03-11)
Re: Data structures for efficient overload resolution barry.j.kelly@gmail.com (Barry Kelly) (2008-03-14)
Re: Data structures for efficient overload resolution stephenhorne100@aol.com (Steve Horne) (2008-03-15)
Re: Data structures for efficient overload resolution barry.j.kelly@gmail.com (Barry Kelly) (2008-03-17)
Re: Data structures for efficient overload resolution cdodd@acm.org (Chris Dodd) (2008-03-17)
Re: Data structures for efficient overload resolution stephenhorne100@aol.com (Steve Horne) (2008-03-18)
Re: Data structures for efficient overload resolution stephenhorne100@aol.com (Steve Horne) (2008-03-18)
Re: Data structures for efficient overload resolution gneuner2@comcast.net (George Neuner) (2008-03-18)
Re: Data structures for efficient overload resolution stephenhorne100@aol.com (Steve Horne) (2008-03-22)
| List of all articles for this month |
From: George Neuner <gneuner2@comcast.net>
Newsgroups: comp.compilers
Date: Tue, 18 Mar 2008 21:46:51 -0400
Organization: Compilers Central
References: 08-03-049
Keywords: types
Posted-Date: 18 Mar 2008 23:36:58 EDT

On Tue, 11 Mar 2008 16:35:50 -0700 (PDT), Steve Horne
<stephenhorne100@aol.com> wrote:


>I'm interested in data structures for efficient overload resolution.
> :
>What I'm really interested in is the case with multiple independent
>parameters. I have very little idea how to even approach this problem.
>The only guess I can make is along the lines of treating each
>parameter as a separate dimension and using a spacial structure such
>as R-trees, quadtrees or whatever, but of course normal spacial
>indexes require that the keys are fully ordered along each dimension.


Have you looked at how CLOS (Common Lisp Object System) handles
multimethods? CLOS builds a discrimination tree which orders the type
tests so as to eliminate as many potentials as possible at each
decision point. Lisp happens to build the tree dynamically at runtime
but it could just as well be done statically at compile time.


There are a number of open source Lisps (CMUCL, SBCL, CLisp, etc.)
available for code study.


George
--


Post a followup to this message

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