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

"Fergus Henderson" <fjh@students.cs.mu.OZ.AU>
1 Dec 2002 22:41:27 -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 ?" 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)
[11 later articles]
| List of all articles for this month |
From: "Fergus Henderson" <fjh@students.cs.mu.OZ.AU>
Newsgroups: comp.compilers
Date: 1 Dec 2002 22:41:27 -0500
Organization: Computer Science, University of Melbourne
References: 02-11-095 02-11-103 02-11-128 02-11-150 02-11-177
Keywords: types, design
Posted-Date: 01 Dec 2002 22:41:27 EST

"Roman Shaposhnick" <vugluskr@unicorn.math.spbu.ru> writes:


>On 24 Nov 2002 18:38:19 -0500, Joachim Durchholz wrote:
>>Hindley-Milner typing is simple and efficient.
>
> But I suppose they require all pieces of code that has anything
> to do with "a" to be available at once. Note, that we're not
> talking about interpretation, but rather about translation.
>
> Indeed, environments like Oberon or Java can tackle such problems
> ( though not always with ease ), but the trouble with them is
> that they effectively make themselves a lowest common denominator,
> for the programmer, and I'm really against it. Since in my opinion
> hardware is supposed to be your lowest common denominator.
>
> So, what I'm really saying is, that while dynamic typing is great
> in theory, I have yet to see a nice practical implementation,
> suitable for big software projects.


I don't understand what you are getting at here.


Firstly, your terminology is confusing -- Joachim was talking about
languages which support automatic compile-time type inference, such as
Haskell, Ocaml, and Mercury, not about languages with dynamic
(run-time) typing, such as Lisp, Perl, and Prolog.


Secondly, I don't understand what you mean by Oberon or Java making
themselves a lowest common denominator. Are you unsatisfied with the
ability of these languages to interface with other languages? I don't
know about Oberon's support for this, but Java certainly supports
interfacing with other languages. Likewise Haskell, Ocaml, and
Mercury all support interfacing with other languages.


IMHO languages like Haskell, Ocaml, and Mercury are very suitable for
big software projects. These languages all have module systems and
have implementations with at least some degree of support for separate
compilation. Furthermore, they have quite sophisticated mechanisms for
code reuse, which is invaluable for big software projects. The support
for automatic type inference in these language scales well.


--
Fergus Henderson <fjh@cs.mu.oz.au> | "I have always known that the pursuit
The University of Melbourne | of excellence is a lethal habit"
WWW: <http://www.cs.mu.oz.au/~fjh> | -- the last words of T. S. Garp.


Post a followup to this message

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