Version française
Home     About     Download     Resources     Contact us    
Browse thread
[Caml-list] OCaml on Windows please advise
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: -- (:)
From: Warp <warplayer@f...>
Subject: Re: [Caml-list] OCaml on Windows please advise
[...]
> > > But windows only :((( 
> > >  
> > > Friendly, 
> > >  
> > > Sven Luther 
> >  
> > What's the problem about that ? Why :(((( ? 
> > Isn't it fine that ocaml is used *natively* on the win32 platform also
> ? 
> 
> Yes, but that would mean that the apps developped for it will only be
> usable for on windows only, which let many people out in the cold. In
> particular, i would love to play a ocaml based games, not that i have
> time for it but still, but since i don't have windows, ...
> 
> Also, i remember when i was some time back at the AFIG conference,
> there
> where the people making the outcast games explaining how they did
> their
> software rendering and all, and i asked them about a linux port, since
> they software was not using any hardware acceleration, in these
> pre-DRI
> times it would have been a good candidate for a linux port. They
> esquived my question, and look where they are now ? Maybe the
> publicity
> coup they would have made with releasing a linux games would have
> saved
> them.

That's an OT subject... almost troll :)

Back to the thread, I would say that to port of such a game would only need the 
port of the C 3D functions DLL based on the OCaml interface which could be 
disclosed without the need to release the entire game source code ( often a 
problem for us industrials - no flames please ). And actually only people 
building the game care about the R&D tools, which can also be built by porting 
Osiris to *Nix systems ( eg by using GTK ).

OCaml so is really useful because you only need to take care of the low-level 
library port ( which can be open sourced if you release only the interfaces ) 
which is a pretty good compromise for both industrials and end users.

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