Version française
Home     About     Download     Resources     Contact us    
Browse thread
[Caml-list] Executable size?
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: -- (:)
From: John J Lee <jjl@p...>
Subject: Re: [Caml-list] Executable size?
On Wed, 12 Nov 2003, Dustin Sallings wrote:

> On Nov 12, 2003, at 8:14, John J Lee wrote:
[...]
> > I currently use Python by preference, but I'm interested in a language
> > (other than C/C++!) that doesn't depend on a big runtime library and
> > generates "reasonably" small executables -- modems are here to stay
> > for a while yet.
>
> 	The stuff I build on my Mac ends up being about 300k so far.  That
> seems reasonably small to me.

Thanks.  From how many lines of source code?

How big is the "hello world" executable?


> 	I'm not sure what a modem has to do with your distribution, but there

If you're distributing executables over the internet to people who use
modems (ie., most people ;-), download size is important.


> are options.  You could distribute the source to your app (which will
> be way smaller than the equivalent C or C++ application) and compile
> elsewhere, or you can use the transfer time to bask in your
> productivity and performance gains.  :)

Unfortunately, neither is an option.  I want to distribute single
executables (for Windows, anyway).  Actually, another issue: can O'Caml
generate Windows DLLs?  ISTR some issue about that...


> 	Python is a bad reference for two reasons:
>
> 	1) You don't typically distribute compiled python apps (and when you
> do, it's always bytecode).
> 	2) Ocaml's runtime is *amazingly* fast.

Well, bad reference for what purposes?  I don't care whether there's
bytecode, machine code, or lemon jelly in my .exes, as long as they're
small :-)  And I don't need any speed above what Python provides.


> 	I've prototyped a few apps in python before rewriting in ocaml for
> performance.  The speed gains alone are beginning to push python away
> from being my primary utility app language.  I like a lot about the
> language as well.

Great.


John

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