Version française
Home     About     Download     Resources     Contact us    

This site is updated infrequently. For up-to-date information, please visit the new OCaml website at

Browse thread
LablGL on Ubuntu?
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2005-09-01 (13:29)
From: skaller <skaller@u...>
Subject: Re: [Caml-list] LablGL on Ubuntu?
On Thu, 2005-09-01 at 10:56 +0200, Johann Spies wrote:
> On Sat, Aug 27, 2005 at 10:04:57AM +1000, skaller wrote:
> > 
> > I actually think GODI is better than all, since it
> > doesn't have any concept of a 'distribution': source building
> > is the way to go with Ocaml, since Ocaml, unlike C, is reliable
> > and fast to build.
> > 
> I suppose one has to choose either the Debian packages or Godi.  If I
> am correct you cannot mix the two?

At present I believe that is correct. However, it doesn't
seem impossible to provide 'dummy' equivalent Debian
packages which you can install with GODI to fool other Debian
packages into believing certain packages are installed
(well, the code *is* installed, just not by Debian).

OTOH, GODI could be a Debian package .. and Debian
packages could be built which install the equivalent
code using GODI.

The question is whether it is worth it: GODI can serve
the heavy Ocaml user on platforms Debian can't 
(because they're not Debian ..). OTOH a lighter user
would find Debian more convenient. IMHO. So it is good
to have both, and not clear if there would be much
advantage making them interoperate.

A final alternative (what I use, actually), BOTH: 
Debian does the 'master' install in /usr/*, whilst Godi
installs in /usr/local/godi: by default I am using
the Debian packages, but if I want to play with the
latest CVS Ocaml, I would use GODI, since it knows
when and how to rebuild libraries from source.

I think this is pretty nice, provided under GODI
build I don't accidentally use Debian tool .. which
is possible since they're always in the path.

John Skaller <skaller at users dot sourceforge dot net>