From: Alessandro Baretta <alex@baretta.com>
To: Ocaml <caml-list@inria.fr>
Subject: Re: [Caml-list] Re: generic programming
Date: Sun, 07 Jul 2002 22:42:23 +0200 [thread overview]
Message-ID: <3D28A7AF.3010503@baretta.com> (raw)
In-Reply-To: <3D25D27B.2020005@ozemail.com.au>
John Max Skaller wrote:
>
> [ Information about Felix ]
I have read about Felix on this list several times. I will
look into it when I get a chance.
> Well, Ocaml has some problems too.
> I sometime want to give up on it too.
> For example: there is no dynamic loading, which is very serious.
> I really must have that.
Dynamic loading? Hmmm... What about the Dynlink library? Is
that not what you are talking about?
> And then, there is no intermodule recursion. That is less serious,
> but it is a pain: almost all of the lookup code in Felix is forced into
> a single module, and it is a very large module. I get lost in it.
> [Lookup in Felix is MUCH more complex than Ocaml, due to overloading]
The module system in O'Caml is overall very powerful, but it
has some weak spots. I think some significant improvements
could be introduced with relatively little effort. O'CamlP4
is probably the key element in my idea of "revised module
system".
> Heh. But I have been writing Ocaml almost exclusively for 3-4 years now.
> I might be on the C++ committee .. but I don't write C++ anymore :-)
Give two or three more years and I'll be at your present
level. I'm trying to use only O'Caml for application
software and SQL for batch data processing tasks.
> Be fair though: C++ is better than plain C.
> It's not all that bad, considering the C compatibility constraint.
> What I learned during the process is that C is a very very bad
> language, doing almost everything wrong; this becomes evident
> when you try to extend it (i.e. to build C++) in a a source comatible
> way.
I do not consider myself an expert in either language. What
I can tell you is that I once had to write a Delaunay
triangulation algorithm: I tried C++ but reverted to C soon
enough, when I got lost in the calling sequences of
constructors and destructors--complexity was a major
concern, so I switched to C because of its entirely obvious
code execution path. For many other applications, where
complexity is not the primary concern, where hierarchical
polymorphism can be exploited--without the need for
templates--C++ can certainly win over C.
> Felix doesn't try. It generates C++, and makes it easy to bind to C++,
> but it is a new language, with its own type system and syntax.
>
> http://felix.sf.net
>
> C++ has an excuse for being a bad language.
>
> Java does not. So if you're going to be annoyed at a language,
> pick Java: C++ advanced industrial programming significantly.
> Java has set it back at least a decade.
Listen, my experience with Java is limited, but has been
frustrating enough. Let me repeat my previous comment: Long
live the Caml!
Alex
-------------------
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
next prev parent reply other threads:[~2002-07-07 20:35 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-03 2:49 [Caml-list] " Oleg
2002-07-03 8:37 ` [Caml-list] " Ketanu
2002-07-03 17:29 ` Chris Hecker
2002-07-03 20:07 ` Oleg
2002-07-03 20:34 ` Alessandro Baretta
2002-07-04 15:33 ` John Max Skaller
[not found] ` <3D249B27.5080807@baretta.com>
[not found] ` <3D25D27B.2020005@ozemail.com.au>
2002-07-07 20:42 ` Alessandro Baretta [this message]
2002-07-08 0:59 ` John Max Skaller
2002-07-08 7:29 ` Alessandro Baretta
2002-10-15 0:10 ` Eray Ozkural
2002-07-03 21:55 ` Peter Wood
2002-07-04 2:02 ` james woodyatt
2002-07-04 15:18 ` John Max Skaller
2002-07-05 8:42 ` Francois Pottier
2002-07-05 9:25 ` Xavier Leroy
2002-07-05 9:57 ` Chris Hecker
2002-07-05 13:54 ` Xavier Leroy
2002-07-05 17:59 ` Chris Hecker
2002-07-05 20:31 ` John Max Skaller
2002-07-05 19:33 ` John Max Skaller
2002-07-05 19:31 ` John Max Skaller
2002-07-05 8:33 ` Francois Pottier
2002-07-05 23:05 ` Dave Berry
2002-07-08 9:54 ` Francois Pottier
2002-07-08 15:49 ` John Max Skaller
2002-08-02 14:49 ` [Caml-list] Streams Diego Olivier Fernandez Pons
2002-08-02 15:29 ` Alain Frisch
2002-08-03 14:19 ` Diego Olivier Fernandez Pons
2002-07-03 8:42 ` [Caml-list] generic programming Johan Baltié
[not found] ` <002301c22270$fb4ca160$2be213c3@youngkouzdra>
[not found] ` <20020703092753.M39371@wanadoo.fr>
2002-07-05 10:38 ` Anton Moscal
2002-07-03 9:10 ` Jun P.FURUSE
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=3D28A7AF.3010503@baretta.com \
--to=alex@baretta.com \
--cc=caml-list@inria.fr \
/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).