Browse thread
Estimating the size of the ocaml community
-
Yaron Minsky
-
Christopher A. Watford
-
Frédéric_Gava
-
skaller
-
Erik de Castro Lopo
- Olivier_Pérès
-
Thomas Fischbacher
-
Frédéric_Gava
-
Thomas Fischbacher
- Paul Snively
- josh
- Richard Jones
-
Jon Harrop
-
Michael Walter
-
Jon Harrop
- Damien Doligez
- Thomas Fischbacher
- Michael Walter
-
Radu Grigore
- Gerd Stolpmann
- Jon
-
Jon Harrop
- Thomas Fischbacher
- Richard Jones
-
Michael Walter
- Ville-Pertti Keinonen
- Oliver Bandel
- Basile STARYNKEVITCH
-
Thomas Fischbacher
- ronniec95@l...
- skaller
- chris.danx
-
Frédéric_Gava
-
Erik de Castro Lopo
- sejourne_kevin
- Stefano Zacchiroli
-
skaller
-
Frédéric_Gava
- Kenneth Knowles
- Michael Jeffrey Tucker
- Richard Jones
- Nicolas Cannasse
- Evan Martin
- Eric Stokes
- chris.danx
- Sylvain LE GALL
- sejourne_kevin
- Sven Luther
- Johann Spies
-
Christopher A. Watford
[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: | 2005-02-07 (10:57) |
From: | Ville-Pertti Keinonen <will@e...> |
Subject: | Re: [Caml-list] The boon of static type checking |
On Sun, 2005-02-06 at 23:34 -0600, Brian Hurt wrote: > optimizations to it. Of course, the more I look at SSA, the more it looks > like a functional language to me. So, in effect, the GCC optimization While the single-assignment aspect of SSA could be considered "functional", representing control flow using blocks and branches can't. > Don't assume that inlining is optimization. Actually, it generally isn't. Note that for OCaml, more aggressive inlining could be a significant improvement, not because it would eliminate calls, but because it could eliminate closures. By more aggressive I mean more capable, not just cranking up the -inline parameter. Obviously this doesn't apply to C++.