Re: Parallelizing (WAS: Death by pointers.)

Dave Lloyd <dave@occl-cam.demon.co.uk>
Mon, 13 Nov 1995 10:52:30 GMT

          From comp.compilers

Related articles
[7 earlier articles]
Re: Parallelizing (WAS: Death by pointers.) blume@zayin.cs.princeton.edu (1995-10-23)
Re: Parallelizing (WAS: Death by pointers.) wclodius@lanl.gov (1995-10-28)
Re: Parallelizing (WAS: Death by pointers.) cliffc@ami.sps.mot.com (1995-11-03)
Re: Parallelizing (WAS: Death by pointers.) chase@centerline.com (1995-11-06)
Re: Parallelizing (WAS: Death by pointers.) chase@centerline.com (1995-11-06)
Re: Parallelizing (WAS: Death by pointers.) hbaker@netcom.com (1995-11-10)
Re: Parallelizing (WAS: Death by pointers.) dave@occl-cam.demon.co.uk (Dave Lloyd) (1995-11-13)
Re: Parallelizing (WAS: Death by pointers.) davids@ICSI.Berkeley.EDU (1995-11-14)
Re: Parallelizing (WAS: Death by pointers.) cliffc@ami.sps.mot.com (1995-11-14)
Re: Parallelizing (WAS: Death by pointers.) chase@centerline.com (1995-11-19)
Re: Parallelizing (WAS: Death by pointers.) mikey@banzai.ontek.com (1995-11-20)
| List of all articles for this month |

Newsgroups: comp.compilers
From: Dave Lloyd <dave@occl-cam.demon.co.uk>
Keywords: performance
Organization: Compilers Central
References: 95-10-092 95-11-015
Date: Mon, 13 Nov 1995 10:52:30 GMT

>4. As noted recently in comp.lang.functional, most modern languages
>emphasize lists (and other general forms) over special cases such as arrays
>and vectors, although those special cases are precisely the forms that are
>most easilly optimized, and are commonly associated with difficult
>problems.


Lists can easily be optimised to be as efficient as arrays in most
cases - there is no constraint to use a head and tail representation
for the list and it is not uncommon for Lisp implementations, say, to
use a block (perhaps a page in size) of elements, where the cdr is
always derived as the address of the next car. You can then vector
optimise on this as happily as you could with Fortran90 arrays.
However Fortran90 is a good example of a language where the array is
the prime data constructor and with a rich syntax of operations on
arrays that are highly amenable to optimisation.


Regards,
----------------------------------------------------------------------
Dave Lloyd Email: Dave@occl-cam.demon.co.uk
Oxford and Cambridge Compilers Ltd Phone: (44) 1223 572074
55 Brampton Rd, Cambridge CB1 3HJ, UK
--


Post a followup to this message

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