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
Re: [Caml-list] The DLL-hell of O'Caml
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2002-03-21 (19:22)
From: james woodyatt <jhw@w...>
Subject: Re: [Caml-list] The DLL-hell of O'Caml
On Thursday, March 21, 2002, at 10:10 AM, Xavier Leroy wrote:
> [...] You're confusing whole programs with libraries.  [...] Only 
> developers (= users of third-party libraries) have to deal with code 
> compatibility issues.

I'm a practitioner and not a researcher, so I share many of Mr. 
Henrikson's concerns, but I think I see your point.

Most of my concerns revolve around the problems I expect to face in 
bundling an application that comprises many little programs that share 
one or more large libraries.  I'd like to see better support for dynamic 
loading, á la Scaml, but I can see that a policy of "source-only 
distribution" for libraries between developers is a completely different 

While the "source-only distribution" policy doesn't put a clamp on my 
personal plans, I do think that this decision will have to be revisited 
before Ocaml will make a successful transition from academia into 

One of the main attractions for industry to the C and Java languages are 
their crude-yet-functional support for "closed-source distribution" of 
libraries.  Without trying to make a political statement, I would 
suggest that Ocaml could make a *much* bigger dent in the side of the 
world, if the Caml team were to reconsider the concerns of industry in 
this matter.

I've already posted my opinion about application packaging systems, but 
it's not a religious issue for me, so I'll just let it go.

j h woodyatt <>

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