Re: Buglet in ocaml-ldconf
On Thu, May 16, 2002 at 12:10:37AM +0200, Stefano Zacchiroli wrote:
> On Wed, May 15, 2002 at 05:29:52PM +0200, Sven Luther wrote:
> > BTW, Xavier don't likes ocaml-ldconf :(((
> >
> > What do you all thing about it ?
>
> I already replied on the ocaml ML, anyway: I think that the better
> solution is to have all .so files in a single directory (maybe
> /usr/lib/ocaml itself or /var/lib/what_the_hel) and all other stuff
> (including .cma, .cmo, .cm... and META files) in the usual
> /usr/lib/ocaml/library_name.
I think /var/... is not the rigth place, at least regarding policy.
/usr/lib/ocaml/shlibs should be ok with me (and have
/usr/local/ocaml/shlibs for local installed packages).
> The problem is that currently really a few library installation supports
> this idea and surely findlib currently do not permit as a command line
> option to install .so in a directory different from the library
> installation directory.
> Surely we, as debian developers, can install .so in a single directory,
> but:
> - we have to decide which is the correct one
> - we have to state it in the upcoming debian ocaml policy
> - we have to change all our packages to fit with this requirement :-(
Maybe not being so drastic, lets keep a dual system, where things work
like now, but there is a hardcoded path to /usr/lib/ocaml/shlibs and
/usr/local/ocaml/shlibs in it also.
Additionnaly, we should block people from ever overwriting
/usr/lib/ocaml/ld.conf, by making it read only, or by patching ocaml so
we use /usr/lib/ocaml/debian_ld.conf or something such, and have the
/usr/lib/ocaml/ld.conf file being a symlink to /etc/ocaml/ld.conf, so
auto installed stuff will work despite it installing things in the wrong
place.
> Someone on the OCaml ML also pointed out that ocamlmktop doesn't work if
> the .so resides in a directory different that the standard library
> installation directory. This sounds me very strange, but I haven't
> checked it out.
Well, this is a bug in ocammktop that upstream has to clear, the bug
about the .opt compiler not working with -thread is also such an
upstream bug, so lets wait for 3.05 for a fix on thoses.
Additionally, we could bug upstream so they change the format of the
ld.conf file in order to accept the format we are using :
o lines starting with # are comments
o there is one directory per line
o there can be additional info on each line, like the command and the
package adding it.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to debian-ocaml-maint-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: