[Caml-list] OCaml's critical mass

["Brandon J. Van Every" <vanevery@indiegamedesign.com>]

brogoff wrote:
>
> I think that you might be happier using Clean than OCaml. The
> Clean team has
> inverted priorities (with regards to OSes they support) from
> the OCaml team.
> For them, Windows support and then Mac support are first, and
> Unix is a second
> class citizen. There are even some (very primitive) game
> libraries for Clean.

Yes, I suppose Clean is an exit strategy in the worst case.  So are some
of the Schemes, and Felix.  But my current attitude is "OCaml, until it
fails me."  It hasn't failed me yet.  I see much being organized that
needs to be organized, for example http://wiki.cocan.org .  OCaml has
significantly more critical mass than these other offerings.

> I think it's a good thing for OCaml that Unix support comes
> first, for many
> reasons, not the least important of which is that the Unix
> community does tend
> to have more of a programmer oriented, "can do" mindset, IMO.

Here's an article on the conflicting cultures.
http://www.joelonsoftware.com/articles/Biculturalism.html


Cheers,                         www.indiegamedesign.com
Brand*n Van Every               S*attle, WA

Praise Be to the caml-list Bayesian filter! It blesseth
my postings, it is evil crap!  evil crap!  Bigarray!
Unboxed overhead group!  Wondering!  chant chant chant...

Is my technical content showing?

// return an array of 100 packed tuples
temps
  int $[tvar0][2*100]; // what the c function needs
  value $[tvar1]; // one int
  value $[tvar2]; // one tuple
  int $[tvar3] // loop control var
oncePre
eachPre
  $[cvar0]=&($[tvar0][0]);
eachPost
  $[lvar0] = alloc(2*100, 0 /*NB: zero-tagged block*/ );
  for(int $[tvar3]=0;$[tvar3]<100;$[tvar3]++) {
    $[tvar2] = alloc_tuple(2);
    $[tvar1] = Val_int($[cvar0][0+2*$[tvar3]]);
    Store_field($[tvar2],0,$[tvar1]);
    $[tvar1] = Val_int($[cvar0][1]);
    Store_field($[tvar2],1,$[tvar1+2*$[tvar3]]);
    Array_store($[lvar0],$[tvar3],$[tvar0]);
  }
oncePost

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