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
Re: [Caml-list] CDK with Ocaml 3.06 (fwd)
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2002-10-15 (05:25)
From: Chris Hecker <checker@d...>
Subject: Re: [Caml-list] CDK with Ocaml 3.06 (fwd)

>Yes, that would be a good start, windows binaries and bytecode.

Yep, I think the right thing to do at the start would be to support windows 
binaries, bytecode for those libraries that don't need external C code 
libraries, and "opaque" source tarballs (by opaque, I mean the package 
manager will fetch the source code tarball just like it will fetch the 
binaries (and all the dependencies), but it won't attempt to build it or 
make it work).

This would get the right stuff onto your machine, which is a start.  Then 
we publish some guidelines and slowly the source becomes more and more 
consistent as people update, and then maybe we can solve the compilation 
problem.  But at least we'll have started.

>The outside dependencies (the ones on things not ocaml related, tcl/tk,
>gtk+ and so on) is the main difficulty here.

Yes.  We just punt that problem for now.

>But the -pack option is not yet standardized, and not used in much
>cases, it seems to me.

It's brand new, so give it time (and we need to get it working on windows, 
but that's close to solved now).  Is there a problem with it that you're 
implying, or just that it hasn't taken off yet?

> > Of course, if something like apt would just work for us (on all platforms,
> > source and binary), then that would be excellent and we should just start
> > using it.
>it will never just work, it 'just works' on debian, because of the
>debian maintainers who do the work of making sure the packages work.

No, I just meant could we use the apt executable and data formats and not 
have to write any code that fetches files or checks dependencies and 
whatnot?  In other words, would it save time to try to use it, or is it 
totally hard-coded to debian?

>I don't have time to work on this though :(((

Me neither, at least not for a year.


To unsubscribe, mail Archives:
Bug reports: FAQ:
Beginner's list: