caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Michal Moskal <malekith@pld-linux.org>
To: Brian Hurt <brian.hurt@qlogic.com>
Cc: Oleg <oleg_inconnu@myrealbox.com>, caml-list@inria.fr
Subject: Re: [Caml-list] Baby Steps (was: ChartPak - a data visualization library for the web)
Date: Fri, 24 Jan 2003 21:54:22 +0100	[thread overview]
Message-ID: <20030124205422.GB6483@roke.freak> (raw)
In-Reply-To: <Pine.LNX.4.33.0301241322390.2036-100000@eagle.ancor.com>

On Fri, Jan 24, 2003 at 01:35:55PM -0600, Brian Hurt wrote:
> 
> There is no argument (in my mind) that Ocaml is a better language than any 
> Functional-C hybrid.  That's not the question.  The question is wether 
> such a language stands a chance of getting programmers to start moving 
> towards a functional language.  

Well, my point when writing Gont was to create new super-hiper language
that is better then anything else.  Now I know I have failed.  Maybe
because making such hybrids isn't best idea, maybe because I don't have
enough experience/knowledge/time.

The main problem here is (I guess) the fact that creating real-life language 
takes lots of effort.  And it is not going to be funny to write language
that is only meant as learning tool for few business programmers.

[...]
> At this point, the people still using C are like the people who are still 
> using Cobol and Fortran.  They will be there until the day they die.  Note 
> that this isn't necessarily bad- C is in many ways a category killer 
> language.  For what I think C is good for (OSs, embedded code, and other 
> stuff banging on hardware) I cannot envision a language sufficiently 
> better than C to make it worthwhile to switch off of C for these 
> environments.  In these environments, C's pointer games and explicit 
> allocation is an *advantage*.  Despite the fact that they're disadvantages 
> just about everywhere else.
> 
> This means you're starting point isn't C.  It's C++ or Java.

Cyclone has all that pointer games (although improved and safer) and quite 
explicit storage management (using regions), which IMHO makes it very
(too?) complex.  It's starting point was definitely C.

My starting point was non-OO part of Java (i.e. parts borrowed from C
but without pointers and with GC).  Maybe it's good as a step between C
and ML but nobody is going to use it in real life project.

-- 
: Michal Moskal ::::: malekith/at/pld-linux.org :  GCS {C,UL}++++$ a? !tv
: PLD Linux ::::::: Wroclaw University, CS Dept :  {E-,w}-- {b++,e}>+++ h
-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners


  parent reply	other threads:[~2003-01-24 21:55 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-16 10:30 [Caml-list] ANN: ChartPak - a data visualization library for the web Matt Gushee
2003-01-16 12:30 ` Mattias Waldau
2003-01-16 12:45   ` Alessandro Baretta
2003-01-16 12:51   ` Jérôme Marant
2003-01-20 13:55   ` Fabrice Le Fessant
2003-01-20 16:46     ` License wars (was Re: [Caml-list] ANN: ChartPak - a data visualization library for the web) Matt Gushee
2003-01-20 17:22       ` Brian Hurt
2003-01-22 16:57       ` [Caml-list] Re: License wars Michaël Grünewald
2003-01-23 10:43         ` Alessandro Baretta
2003-01-24 15:31           ` John Max Skaller
2003-01-20 19:49     ` [Caml-list] ANN: ChartPak - a data visualization library for the web Mattias Waldau
2003-01-20 20:37       ` Brian Hurt
2003-01-24  4:19         ` [Caml-list] Baby Steps (was: ChartPak - a data visualization library for the web) Oleg
2003-01-24 10:59           ` Michal Moskal
     [not found]             ` <Pine.LNX.4.33.0301241322390.2036-100000@eagle.ancor.com>
2003-01-24 20:54               ` Michal Moskal [this message]
2003-01-24  5:33 ` [Caml-list] Re: License wars Matt Gushee
2003-01-24  8:46   ` Sven Luther
2003-01-24 11:16     ` Dmitry Bely
2003-01-24 11:28       ` Sven Luther
2003-01-24 11:31       ` Alessandro Baretta
2003-01-24 16:16         ` John Max Skaller
2003-01-24 15:49     ` John Max Skaller
2003-01-25  9:54   ` Michaël Grünewald

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030124205422.GB6483@roke.freak \
    --to=malekith@pld-linux.org \
    --cc=brian.hurt@qlogic.com \
    --cc=caml-list@inria.fr \
    --cc=oleg_inconnu@myrealbox.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).