Re: Templates in C++

collberg@cs.auckland.ac.nz (Christian Collberg)
Wed, 12 Jul 1995 00:57:54 GMT

          From comp.compilers

Related articles
[7 earlier articles]
Re: Templates in C++ jplevyak@violet-femmes.cs.uiuc.edu (1995-05-17)
Re: Templates in C++ bill@amber.ssd.hcsc.com (1995-05-25)
Re: Templates in C++ kanze@gabi-soft.fr (1995-05-29)
Re: Templates in C++ mac@coos.dartmouth.edu (1995-06-23)
Re: Templates in C++ shankar@sgihub.corp.sgi.com (1995-06-25)
Re: Templates in C++ bill@amber.ssd.hcsc.com (1995-06-30)
Re: Templates in C++ collberg@cs.auckland.ac.nz (1995-07-12)
| List of all articles for this month |

Newsgroups: comp.compilers
From: collberg@cs.auckland.ac.nz (Christian Collberg)
Keywords: C++, performance
Organization: Compilers Central
References: 95-05-081 95-06-026
Date: Wed, 12 Jul 1995 00:57:54 GMT

mac@coos.dartmouth.edu (Alex Colvin) writes:


>One of the things that forces recompilation of C++ programs is that
>class definitions must list all their (private) members.
>Is the main reason for this the need for structure sizes at
>compile-time? Would link-time be sufficient? Could structure and stack
>frame sizes be computed at link time as the sum of constants generated
>by separate compilations?


>Are their many linkers capable of performing such arithmetic?


Yes, this technique is rediscovered every 3 years or so.
See Mary Fernandez' PLDI'95 paper and forthcoming Princeton
thesis, and my thesis (Flexible Encapsulation, Lund
University, Sweden, 1992).


For further references see
      http://www.cs.auckland.ac.nz/~collberg/Research/References/linking.html


Christian




___________________________________________________________________________
Christian Collberg | Email: c_collberg@cs.auckland.ac.nz
Computer Science Dept | Fax: +64-9-373-7453
University of Auckland | Phone: +64-9-373-7599 x 6137
Private Bag 92019, | WWW: http://www.cs.auckland.ac.nz/~collberg/
Auckland, NZ |
--


Post a followup to this message

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