Version française
Home     About     Download     Resources     Contact us    

This site is updated infrequently. For up-to-date information, please visit the new OCaml website at

Browse thread
[Caml-list] ocaml killer
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: -- (:)
From: james woodyatt <jhw@w...>
Subject: Re: [Caml-list] ocaml killer

At the risk of flogging a dead horse...

I still think the simplest and most effective way to improve the 
utility of Ocaml in the construction of large software projects is not 
a CPAN-like distributed source library-- it's a federated naming 
authority for library modules, like you find in the Java Runtime 

This is the *one* glaring hole in the language as far as I'm concerned, 
and if I ever find myself in a position to do something about it-- I 
just might have to hack the tool chain myself to get what I want.  (On 
the other hand, the one glaring hole in the implementation that INRIA 
provides, if you ask me, is the incomplete support for dynamic module 
load/link in native code programs.  This is not that big a problem for 
me, but it would be nice to have.)

In all other respects, I'm more than satisfied-- I'm tickled pink.

j h woodyatt <>
markets are only free to the people who own them.

To unsubscribe, mail Archives:
Bug reports: FAQ:
Beginner's list: