From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by yquem.inria.fr (Postfix) with ESMTP id 9A070BB81 for ; Fri, 18 Nov 2005 19:26:01 +0100 (CET) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by concorde.inria.fr (8.13.0/8.13.0) with ESMTP id jAIIQ0U7024813 for ; Fri, 18 Nov 2005 19:26:01 +0100 Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 78309D097E0; Fri, 18 Nov 2005 13:25:59 -0500 (EST) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Fri, 18 Nov 2005 13:25:59 -0500 X-Sasl-enc: 1jT6fwCv80cF/2z0IyED5646+VGyxnCYP+0Visblqj59 1132338358 Received: from munge (burnham.ljcrf.edu [192.231.106.2]) by frontend2.messagingengine.com (Postfix) with ESMTP id 0D060571434; Fri, 18 Nov 2005 13:25:56 -0500 (EST) Date: Fri, 18 Nov 2005 10:25:39 -0800 (PST) From: Martin Jambon X-X-Sender: martin@munge To: Florian Weimer Cc: EL CHAAR Rabih SGAM/AI/SAM , caml-list@yquem.inria.fr Subject: Re: [Caml-list] ocamlmktop mystery In-Reply-To: <87sltu13k3.fsf@mid.deneb.enyo.de> Message-ID: References: <7F070E410B10EE419826BF5206322CC2095111@frdef-exmb01.europe.am.socgen> <87sltu13k3.fsf@mid.deneb.enyo.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Miltered: at concorde with ID 437E1CB9.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; caml-list:01 ocamlmktop:01 lib:01 lib:01 foo:01 toplevel:01 cmi:01 cmo:01 cmx:01 binary:01 cmi:01 topdirs:01 toplevel:01 regexps:01 infomation:98 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on yquem.inria.fr X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=FORGED_RCVD_HELO autolearn=disabled version=3.0.3 On Fri, 18 Nov 2005, Florian Weimer wrote: > * EL CHAAR Rabih: > >> The interface file is still in the lib directory. >> you should do the follwing : >> #directory "../lib";; >> # Foo.add;; >> >> The toplevel has to see the interface files .cmi in order to get the >> types, since this infomation is not in the compiled .cmo or .cmx. > > Ah, this explains it. Thanks a lot. > > Is there some way to hard-code the paths in the binary (or include the > .cmi files themselves)? Currently, I use Topdirs.dir_directory to set > the directories, which seems to work, but smells a bit like abusing an > internal interface. You can create a script like: #!/bin/sh exec the_toplevel -I the_directory Martin -- Martin Jambon, PhD http://martin.jambon.free.fr Integrated Regexps http://martin.jambon.free.fr/micmatch.html Bioinformatics Wiki http://wikiomics.org