Related articles |
---|
[50 earlier articles] |
Re: Pointers to "why C behaves like that ?" vugluskr@unicorn.math.spbu.ru (Roman Shaposhnick) (2002-11-26) |
Re: Pointers to "why C behaves like that ?" whopkins@alpha2.csd.uwm.edu (Mark) (2002-12-01) |
Re: Pointers to "why C behaves like that ?" nmm1@cus.cam.ac.uk (Nick Maclaren) (2002-12-01) |
Re: Pointers to "why C behaves like that ?" joachim_d@gmx.de (Joachim Durchholz) (2002-12-01) |
Re: Pointers to "why C behaves like that ?" peter_flass@yahoo.com (Peter Flass) (2002-12-01) |
Re: Pointers to "why C behaves like that ?" fjh@students.cs.mu.OZ.AU (Fergus Henderson) (2002-12-01) |
Re: Pointers to "why C behaves like that ?" thp@cs.ucr.edu (2002-12-01) |
Re: Pointers to "why C behaves like that ?" dot@dotat.at (Tony Finch) (2002-12-01) |
Re: Pointers to "why C behaves like that ?" dot@dotat.at (Tony Finch) (2002-12-01) |
Re: Pointers to "why C behaves like that ?" sander@haldjas.folklore.ee (Sander Vesik) (2002-12-01) |
Re: Pointers to "why C behaves like that ?" fjh@students.cs.mu.OZ.AU (Fergus Henderson) (2002-12-03) |
Re: Pointers to "why C behaves like that ?" nmm1@cus.cam.ac.uk (Nick Maclaren) (2002-12-03) |
Re: Pointers to "why C behaves like that ?" joachim_d@gmx.de (Joachim Durchholz) (2002-12-03) |
[10 later articles] |
From: | thp@cs.ucr.edu |
Newsgroups: | comp.compilers |
Date: | 1 Dec 2002 22:43:52 -0500 |
Organization: | University of California, Riverside |
References: | 02-11-059 02-11-087 02-11-089 02-11-130 02-11-144 02-11-159 |
Keywords: | types |
Posted-Date: | 01 Dec 2002 22:43:52 EST |
Nicola Musatti <Nicola.Musatti@objectway.it> wrote:
+ thp@cs.ucr.edu wrote:
+> Nicola Musatti <nicola.musatti@objectway.it> wrote:
+ [...]
+> It may be possible to have our cake and eat it too -- most of it,
+> anyway. To accomodate generic programming, C++ must do a lot of type
+> inference, especially in the case of function templates, whose type
+> parameters are statically inferred from the types of the arguments.
+> And, it's clear that C++ could do a lot more type inferencing without
+> giving up any of its relatively strong static typing. Now consider a
+> Python compiler that behaves somewhat like a C++ as long as it can
+> statically infer types and that generates warnings and less efficient
+> code when it can't. A lanuage designed for static typing with dynamic
+> fallback could perhaps be useful both as a scripting language and as a
+> language for the development of multi-megaline software systems.
+
+ I see more promise in the kind of two level system that languages such
+ as Python already are: a very high, level dynamically typed language
+ built on top of a lower level statically typed language. What I
+ contend is that C++ would make a much better lower level than C.
I've heard that there are Python compilers. I'm curious to what
extent they attempt to infer types at compile time, and how successful
those attempts might be.
Tom Payne
Return to the
comp.compilers page.
Search the
comp.compilers archives again.