[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: next ocaml and location of .so lib



On Sat, Sep 08, 2001 at 11:34:18AM +0200, Stefano Zacchiroli wrote:
>   Hi all,
>     next version of ocaml (3.03) is going to support .so library so, for
> example, is possible to try modules in toplevel without making a
> customized toplevel with ocamlmktop.

Just notice that ocaml 3.03 will probably not be ready for the woody freeze, 
so i didn't look into it.

What we could do, would be to package the beta-release of ocaml 3.03, which 
will happen in a few weeks (begining of october) which will be ok for the 
woody freeze, and then, after the freeze, change that to the released version. 
I am not familiar with the freeze date (1st of september was planned for non 
base stuff, but it seems to be delayed, and i don't know to when), but i guess 
ocaml 3.03 will no more be released before december or january (2 to 3 month 
since the beta release). Also the trick i propose before may not be policy 
coimpliant, nor maybe what we want to do in anyway.

Also notice, that all the ocaml stuff will have to be recompiled for ocaml 
3.03, so we have to agree with that, and that ocaml 3.03 will not be source 
compatible with ocaml 3.02 about some label options, so we will need new 
upstream sources, or fix things ourselves. 

This is a big decision to take, i am more inclined to keep 3.02 until 3.03 is
released, and will feel more secure if at least a little time passes between
the 3.03 release and the woody release, so we have oportunities to fix stuff
before the woody release.

But then, we have to remember that this version is the one who will be in
stable, for at least 6 month, if not 1-2 years, depending of if we manage to
shorten our release cycle or not, and it will make no good if the version in
stable is incompatible with the current ocaml version, see what happens with
potato.

> I think that we have to decide where .so files will be reside in debian
> filesystem, so we can put all .so file distributed with modules in one
> single place and we can configure a default -I path for the toplevel (I
> guess that this is a compile time option of ocaml, right Sven?). In such
> a way a user have not to specify thousand of -I option (one for each
> module he want to use) at toploop command line.

I didn't build yet ocaml 3.03, but i think it will be compile time option,
unless it uses the standard ld.so stuff. Maybe there will be some kind of -I
like option, or a env var for it ?

> I'm thinking about something like /usr/lib/ocaml/lib or
> /usr/lib/ocaml/shared.

Yes, one of the above would be nice, but the more probable is to use whatever
upstream uses, just changing the /usr/local path they ship with to the /lib
debian uses.

> What do you think about this locations?

I don't know, it is still premature to look about this, until we will go for a
3.03 adotpion, i will ask the release manager.

Friendly,

Sven Luther



Reply to: