Re: [Caml-list] darwin link suckage eg: pcre

[Markus Mottl <markus@oefai.at>]

On Sat, 14 Dec 2002, jehenrik wrote:
> >bash2.05 jehenrik@localhost ~/src/pcre-ocaml-4.28.3 % ocaml_pcre
> >        Objective Caml version 3.06
> >
> ># open Pcre;;
> >Unbound module Pcre
> ># Pcre.regexp;;
> >Unbound value Pcre.regexp

Toplevels always require include paths, i.e. you should either start it
as follows:

  ocaml_pcre -I +contrib

Or as usual but include the path within the toplevel:

  ocaml_pcre
  # #directory "+contrib";;

> ># #load "lib/pcre.cmo";;
> ># Pcre;;
> >Unbound constructor Pcre

This wouldn't work anyway, because here Pcre is not interpreted as
a module name but as a constructor. You either need to "open Pcre" or
access one of the names contained within it with a fully qualified name,
e.g. "Pcre.regexp". Even then the above example wouldn't work, because
the compiled interface file "pcre.cmi" also needs to be visible. This
can only be done in the way explained above.

> Of course this isn't what I want, it's just duct tape.  Now I have a fix 
> which I don't understand either.  I change
> 
> >ifndef OCAML_LIB_INSTALL
> >  OCAML_LIB_INSTALL := $(OCAMLLIBPATH)
> >JH was $(OCAMLLIBPATH)/contrib
> 
> in OcamlMakefile, reinstall, and everything works perfect:

Sure, because the standard directory is always in the search path of
toplevels.

Regards,
Markus Mottl

-- 
Markus Mottl                                             markus@oefai.at
Austrian Research Institute
for Artificial Intelligence                  http://www.oefai.at/~markus
-------------------
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