Version française
Home     About     Download     Resources     Contact us    
Browse thread
[Caml-list] ocaml and large development projects
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: -- (:)
From: Brian Hurt <brian.hurt@q...>
Subject: Re: [Caml-list] ocaml and large development projects
On Sat, 17 May 2003, Chris Hecker wrote:

> Any production C++ 
> programmer evaluating caml as a possible alternative for large scale 
> software would simply laugh and write off the language as an option for 
> this behavior alone, in my opinion.  

Except C++ has *exactly* the same problem.  Change a private member of a 
base class, and watch *everything* recompile.  I've seen this more often 
then I want to remember.  This is, of course, assuming you don't have an 
"everything.h" include file, which is quite common if you precompile 
headers.  At which point, change anything in a header and watch everything 
recompile.

And the Java programmers?  The build tool they all (at least all the ones 
I know about) rave about is Ant, which doesn't even support partial 
recompilation unless you jump through serious hoops.  "It's almost as fast 
just to recompile the module" they say, "as it is just to check if it's 
changed."  Of course, checking time stamps on files is way too obvious- 
instead they MD5 checksum the file.  And Java doesn't even try to optimize 
the code on compile.  So they may be right, for their language.

> Don't people consider separate compilation and the ability to change 
> implementation without complete project recompiles a fundamental 
> requirement of non-toy languages?

Maybe.  C++ and Java are toy languages, then.

Brian


-------------------
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