From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <matthieu.dubuget@gmail.com>
X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on yquem.inria.fr
X-Spam-Level: *
X-Spam-Status: No, score=1.9 required=5.0 tests=AWL,DNS_FROM_RFC_POST,
	SPF_NEUTRAL autolearn=disabled version=3.1.3
X-Original-To: caml-list@yquem.inria.fr
Delivered-To: caml-list@yquem.inria.fr
Received: from mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105])
	by yquem.inria.fr (Postfix) with ESMTP id C2181BB84
	for <caml-list@yquem.inria.fr>; Wed, 11 Feb 2009 23:26:46 +0100 (CET)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApcEAAvfkknRVdqocGdsb2JhbACUDT8BDAoLBw+vJQiBAI9mAQMBA4QYBoI2gSc
X-IronPort-AV: E=Sophos;i="4.38,194,1233529200"; 
   d="scan'208";a="35075688"
Received: from mail-bw0-f168.google.com ([209.85.218.168])
  by mail4-smtp-sop.national.inria.fr with ESMTP; 11 Feb 2009 23:26:46 +0100
Received: by bwz12 with SMTP id 12so1080352bwz.9
        for <caml-list@inria.fr>; Wed, 11 Feb 2009 14:26:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:reply-to
         :user-agent:mime-version:to:subject:x-enigmail-version:openpgp
         :content-type:content-transfer-encoding;
        bh=53u1zF25Vbn7FTg5FrEyfyzFL0e13adYJrM6frlocvs=;
        b=dF7OwEtY5rkOUj0Wc6QBDGFMo86RSBxLkPAJV2Ul6KcIXFiVf3mN77XDZKsSvofqAL
         5cPdLyMpyxkdzphFHTztjZutIL9wMkpUfABa4lkk/adBkA9vOngpFyDVZXRIzFOA2Y1R
         5S9+xn2tpdXrQbRQKbYER10RfQ3YtBE6/mOEI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:reply-to:user-agent:mime-version:to:subject
         :x-enigmail-version:openpgp:content-type:content-transfer-encoding;
        b=Px++60Ki2i7G4ToS07YfkJ1GJ37c09zO0gw2GbzIQBEdoyTOY2GTzj+1h+j6XrPrWW
         UNIimfZKXA2JSZnD1XmKTIte53nNC9PtdrSoBdEJV85zBNlFYLbZwv28aYsSK/GEaUe8
         AUNAaklU+4QU15oWJxgwGrGsrKpp4osV9T8y0=
Received: by 10.103.223.2 with SMTP id a2mr69024mur.54.1234391205613;
        Wed, 11 Feb 2009 14:26:45 -0800 (PST)
Received: from ?192.168.1.10? (8.75.197-77.rev.gaoland.net [77.197.75.8])
        by mx.google.com with ESMTPS id 14sm2002883muo.50.2009.02.11.14.26.44
        (version=TLSv1/SSLv3 cipher=RC4-MD5);
        Wed, 11 Feb 2009 14:26:45 -0800 (PST)
Message-ID: <499350A3.2040203@gmail.com>
Date: Wed, 11 Feb 2009 23:26:43 +0100
From: Matthieu Dubuget <matthieu.dubuget@gmail.com>
Reply-To: matthieu.dubuget@gmail.com
User-Agent: Thunderbird 2.0.0.19 (X11/20090105)
MIME-Version: 1.0
To: caml-list@inria.fr
Subject: Ocamlbuild question
X-Enigmail-Version: 0.95.0
OpenPGP: id=F60AB8F5
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Spam: no; 0.00; matthieu:01 dubuget:01 matthieu:01 dubuget:01 findlib:01 findlib:01 cmx:01 dependencies:01 ocamlfind:01 ocamlopt:01 -linkpkg:01 -package:01 -package:01 cmx:01 dependencies:01 

Hello,

I'm trying to manage "internal" camlfind packages. I use "internal" with
the same meanning than in ocamlbuild documentation when speaking about
libraries.

I want my camlfind packages to be re-installed if one of their
dependency was modified. For this, I wrote a simple rule, based on
%.iocamlfind files containing the files to install into findlib
directory. This rule also produces a stamp file : %.oocamlfind.

I also want my camlfind package to be installed if they are needed by
another rule. For this, I do: dep ["pkg_"^nm][nm ^ ".oocamlfind"] for
each internal package.

It seems to work ok: Suppose that package toto requires package tutu.
When I ask ocamlbuild toto.oocamlfind, the packages tutu is re-built if
needed. And if I modify one file of tutu, and then ask ocamlbuild to
generate toto.oocamlbuild, tutu is re-built and installed into findlib
directories. fine.

BUT, when I'm producing a %.native from %.cmx, my dependencies (ie
%.oocamlfind files) are inserted in the command line...

Here is an example:
ocamlfind ocamlopt -linkpkg -package mtsvrac -package log
logtest/test.cmx mtsvrac.oocamlfind log.oocamlfind -o logtest/test.native

mtsvrac.oocamlfind and log.oocamlfind where added to the dependencies of
logtest/test.native.

What would be the right solution to avoid this problem?
Is there something like a "dependency that should not be linked?"

Thanks

Salutations

Matt