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

"Manos Renieris" <er+cc@cs.brown.edu>
20 Nov 2002 15:34:12 -0500

          From comp.compilers

Related articles
[10 earlier articles]
Re: Pointers to "why C behaves like that ?" mwotton@cse.unsw.edu.au (Mark Alexander Wolton) (2002-11-20)
Re: Pointers to "why C behaves like that ?" thp@cs.ucr.edu (2002-11-20)
Re: Pointers to "why C behaves like that ?" marcov@toad.stack.nl (Marco van de Voort) (2002-11-20)
Re: Pointers to "why C behaves like that ?" n368714668.ch@chch.demon.co.uk (Charles Bryant) (2002-11-20)
Re: Pointers to "why C behaves like that ?" peter_flass@yahoo.com (Peter Flass) (2002-11-20)
Re: Pointers to "why C behaves like that ?" peter_flass@yahoo.com (Peter Flass) (2002-11-20)
Re: Pointers to "why C behaves like that ?" er+cc@cs.brown.edu (Manos Renieris) (2002-11-20)
Re: Pointers to "why C behaves like that ?" md9slj@mdstud.chalmers.se (Stefan Ljungstrand) (2002-11-20)
Re: Pointers to "why C behaves like that ?" torbenm@diku.dk (Torben Ægidius Mogensen) (2002-11-24)
Re: Pointers to "why C behaves like that ?" torbenm@diku.dk (Torben Ægidius Mogensen) (2002-11-24)
Re: Pointers to "why C behaves like that ?" nmm1@cus.cam.ac.uk (Nick Maclaren) (2002-11-24)
Re: Pointers to "why C behaves like that ?" thp@cs.ucr.edu (2002-11-24)
Re: Pointers to "why C behaves like that ?" jacob@jacob.remcomp.fr (jacob navia) (2002-11-24)
[50 later articles]
| List of all articles for this month |
From: "Manos Renieris" <er+cc@cs.brown.edu>
Newsgroups: comp.compilers
Date: 20 Nov 2002 15:34:12 -0500
Organization: Brown University
References: 02-11-059 02-11-071 02-11-083 02-11-097
Keywords: design, types
Posted-Date: 20 Nov 2002 15:34:12 EST

On 17 Nov 2002 23:18:32 -0500, Robert A Duff <bobduff@shell01.TheWorld.com>
wrote:
> "WONG SAI-KEE" <skwong@sun80.acae.cuhk.edu.hk> writes:
>
>> Gayev.D.G.=?koi8-r?Q?=3Cdg=C1ev=40mail=2Eru=3E?=@mail.rsl.ru wrote:
>> : WONG SAI-KEE wrote:
>>
>> : Most modern languages require variables (as well as other objects) to
>>
>> But, languages like HyperCard, VisualBasic (I was told) do not.
>
> Languages should be designed primarily for the human reader.
> Declarations make programs easier to understand, presuming you are
> declaring useful information (useful to the human reader).
>
> Somebody mentioned type inference in ML. My opinion is: it's nice
> *within* a single function, but the *interfaces* to pieces of software
> ought to have *explicit* declarations of types, so I can understand
> them without reading all the code.


There is a common misconception that because types are inferred, they
are hidden. In fact, the result of the type inference can be presented
to the the user. For example, Ocaml's compiler (caml.inria.fr) has an
option that will produce the interfaces for every function in a source
file (which you can save in an interface file and manipulate further if
you wish).


-- Manos


Post a followup to this message

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