English version
Accueil     À propos     Téléchargement     Ressources     Contactez-nous    

Ce site est rarement mis à jour. Pour les informations les plus récentes, rendez-vous sur le nouveau site OCaml à l'adresse ocaml.org.

Browse thread
[Caml-list] Cross-compiling OCaml
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2004-08-31 (08:56)
From: Brandon J. Van Every <vanevery@i...>
Subject: RE: [Caml-list] Cross-compiling OCaml
Sven Luther wrote:
> Brandon J. Van Every wrote:
> >
> > Well, speaking as a Windows-centric guy, I'd rather people just put
> > their time into good Windows support.  I realize that the
> > Linux / mingw
> What for ? It is boring, the tools are subadequat, and any
> try to compile a
> nice ocaml/lablgtk app for windows too resulted in no more
> than a major time lose.

I already explained why I'm stuck with Windows.

But to offer a different philosophical take: Linux is boring too.
*Programming* is boring.  I only care about the artistic results, the
games I could make via programming.  I'm interested in tools that make
it all less painful.  Emphasis on *less* painful.  There's still plenty
of pain to be had from OCaml, same as any current programming language.
Nobody has written the UberLanguage yet.  I'm not even sure the paradigm
of 'written computer language' is what we need.  I think we need voice
driven programming and a biological model of software grafting.  In
other words, computers need to work like we do.

> > First class native Windows support is what counts.
> >
> Well, but i guess the majority of caml developers are
> compiling under linux, so ...

So, to me that's a problem to be solved.

> And things will probably change drastically from your
> current perceived situation over the next 5 years or so.

Would be plenty happy to discuss it on ocaml-biz.

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
  int $[tvar0][2*100]; // what the c function needs
  value $[tvar1]; // one int
  value $[tvar2]; // one tuple
  int $[tvar3] // loop control var
  $[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]]);
    $[tvar1] = Val_int($[cvar0][1]);

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