From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail1-relais-roc.national.inria.fr (mail1-relais-roc.national.inria.fr [192.134.164.82]) by sympa.inria.fr (Postfix) with ESMTPS id 370B17ED34 for ; Tue, 17 Jul 2012 09:35:45 +0200 (CEST) Received-SPF: None (mail1-smtp-roc.national.inria.fr: no sender authenticity information available from domain of berenger@riken.jp) identity=pra; client-ip=134.160.33.162; receiver=mail1-smtp-roc.national.inria.fr; envelope-from="berenger@riken.jp"; x-sender="berenger@riken.jp"; x-conformance=sidf_compatible Received-SPF: Pass (mail1-smtp-roc.national.inria.fr: domain of berenger@riken.jp designates 134.160.33.162 as permitted sender) identity=mailfrom; client-ip=134.160.33.162; receiver=mail1-smtp-roc.national.inria.fr; envelope-from="berenger@riken.jp"; x-sender="berenger@riken.jp"; x-conformance=sidf_compatible; x-record-type="v=spf1" Received-SPF: Pass (mail1-smtp-roc.national.inria.fr: domain of postmaster@postman.riken.jp designates 134.160.33.162 as permitted sender) identity=helo; client-ip=134.160.33.162; receiver=mail1-smtp-roc.national.inria.fr; envelope-from="berenger@riken.jp"; x-sender="postmaster@postman.riken.jp"; x-conformance=sidf_compatible; x-record-type="v=spf1" X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhQCAJoUBVCGoCGihWdsb2JhbABFtX2EBQEBAQoLCwUWJ4IgAQEEAThABgsLGAkWDwkDAgECAUUTCAEBiAMGvF2LPhqDEYMcA4hJjHKFVoNQiU6BUA X-IronPort-AV: E=Sophos;i="4.77,599,1336341600"; d="scan'208";a="167109869" Received: from postman2.riken.jp (HELO postman.riken.jp) ([134.160.33.162]) by mail1-smtp-roc.national.inria.fr with ESMTP; 17 Jul 2012 09:35:44 +0200 Received: from postman.riken.jp (postman2.riken.jp [127.0.0.1]) by postman.riken.jp (Postfix) with SMTP id 5AD1E1260296 for ; Tue, 17 Jul 2012 16:35:42 +0900 (JST) Received: from [172.27.98.103] (rikad98.riken.jp [134.160.214.98]) by postman.riken.jp (Postfix) with ESMTPA id 337B71270063 for ; Tue, 17 Jul 2012 16:35:42 +0900 (JST) Message-ID: <500515CE.8070302@riken.jp> Date: Tue, 17 Jul 2012 16:35:42 +0900 From: Francois Berenger User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: caml-list@inria.fr References: <1657861881.12110434.1342508437161.JavaMail.root@inria.fr> In-Reply-To: <1657861881.12110434.1342508437161.JavaMail.root@inria.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.7.17.72416 Subject: Re: [Caml-list] ocamlbuild generates .annot files in _build On 07/17/2012 04:00 PM, Xavier Clerc wrote: > > > ----- Mail original ----- >> On 07/17/2012 02:12 PM, Francois Berenger wrote: >>> Hello, >>> >>> Shouldn't it generate theses files where the source files >>> are? >>> >>> The emacs plugin can no more find the types in case >>> the .annot files are not where the source file is. >> >> Also, the preprocessor INCLUDE directives don't work anymore because >> ocamlbuild did not copy the .ml file to include in _build. >> >> You have to use INCLUDE "../[your_file]" instead, which is dirty. > > I don't know if you will find my suggestion clean, > but when I encounter a similar problem I design an > ocamlbuild plugin that just copies the file to the > build directory. Any hacking related to ocamlbuild is out of the question for me. In a perfect world, I would no more be using ocamlbuild. I only "use" it because oasis does as the default build engine; which is not my choice. Thanks for the suggestion, F. > This will avoid relying upon a relative path, and > fits ocamlbuild structure by just declaring a dependency > and a rule to barely copy the file from its original > place to the build directory. Notice that this is akin > to what ocamlbuild actually does for source file, the > only difference is that ocamlbuild cannot determine the > dependency in your case. Hence, you have to declare it > manually. > > > Hope this helps, > > Xavier Clerc >