]> 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