Re: Pointers to "why C behaves like that ?"

thp@cs.ucr.edu
1 Dec 2002 22:43:52 -0500

          From comp.compilers

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]
| List of all articles for this month |
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


Post a followup to this message

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