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] Dynamically evaluating OCaml code
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2004-04-14 (00:34)
From: Gerd Stolpmann <info@g...>
Subject: RE: [Caml-list] Re: GODI
On Die, 2004-04-13 at 22:45, Brandon J. Van Every wrote:
> Christophe TROESTLER wrote:
> >
> > Sven should say better what is possible but my idea is that GODI and
> > the Debian package system talk to each other.
> I am curious if any of these concerns about Package Management will ever
> benefit those of us on the Windows platform?  And by that, I mean people
> who favor standard Windows development approaches, not the MinGW /
> Cygwin UNIX lookalike stuff.  Reading the GODI web pages, I was not
> encouraged that it would happen anytime soon, if at all.

I think it is not possible to do it without the "MinGW/Cygwin Unix
lookalike stuff". There is a very simple reason: All library authors
provide Unix build scripts (i.e. Makefiles using standard Unix
commands). GODI just calls these scripts, so you need something like
Cygwin to interpret them.

The other question is which compiler is used as backend. I can imagine
to call MSVC, but there are limitations because of GODI's organization:
MSVC costs money. Don't forget that GODI is for free, and there isn't
any way to collect money for the necessary licenses. I must admit I
would also have problems to motivate myself for such a project.

When you look to other languages: There are often commercial interests
behind ports to Windows (e.g. ActiveState). I don't think the O'Caml
market is ready for such a thing.

Gerd Stolpmann * Viktoriastr. 45 * 64293 Darmstadt * Germany 
gerd@gerd-stolpmann.de          http://www.gerd-stolpmann.de

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