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 mail1-relais-roc.national.inria.fr (mail1-relais-roc.national.inria.fr [192.134.164.82]) by yquem.inria.fr (Postfix) with ESMTP id A01D2BC57 for ; Mon, 29 Nov 2010 22:20:24 +0100 (CET) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAAqo80zZCiKb/2dsb2JhbACDUJEwjnuxZwaRCYEfgzN1BIRXhgo X-IronPort-AV: E=Sophos;i="4.59,277,1288566000"; d="scan'208";a="89970309" Received: from av6800.comex.ru (HELO home.mk.pp.ru) ([217.10.34.155]) by mail1-smtp-roc.national.inria.fr with ESMTP; 29 Nov 2010 22:20:24 +0100 Received: from ermine.home (ermine.home [192.168.2.2]) by home.mk.pp.ru (Postfix) with ESMTP id 50CD720A10 for ; Tue, 30 Nov 2010 00:20:23 +0300 (MSK) Authentication-Results: mk.pp.ru; dkim=none (no signature) header.i=unknown; x-dkim-adsp=none Received: by ermine.home (Postfix, from userid 1002) id 3BB492E082; Tue, 30 Nov 2010 00:19:56 +0300 (MSK) Date: Tue, 30 Nov 2010 00:19:56 +0300 From: Anastasia Gornostaeva To: caml-list@inria.fr Subject: Re: [Caml-list] Re: oasis Message-ID: <20101129211956.GB42454@ermine.home> References: <20101126183832.GA10787@ermine.home> <20101127131005.GA2407@ermine.home> <20101129194622.GA41946@ermine.home> <20101129205220.GB5831@yocto.gallu.homelinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20101129205220.GB5831@yocto.gallu.homelinux.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam: no; 0.00; 0100,:01 variants:01 userspace:01 usr:01 usr:01 lib:01 lib:01 freetype:01 freetype:01 libs:01 libs:01 dirs:01 cumulative:98 wrote:01 defines:01 On Mon, Nov 29, 2010 at 09:52:20PM +0100, Sylvain Le Gall wrote: > > There should be three variants: pkg-config, OS-based userspace policy > > (/usr/include vs. /usr/local/include) and user-defined one. > > > > I think the pkg-config is the starting point, it also defines the prefix > of the setup.data variable that we will use. > For you OS-based detection, I can propose a header(XXX), lib(XXX). This > will be cumulative (i.e. you can define several header and lib). > > Example: > BuildDepends: > freetype2(pkg-config, header(freetype/freetype.h), lib(freetype), >= 2.0.4), > oUnit > > The headers and libs fields are extra methods. If you define > them, we will try to find a set of -Idirs that help to find the > matching headers or a -Ldirs to find the matching libs. > > We will only do a detection using Sys.file_exists (i.e. don't try to > link or anything similar). > > The detection method start with pkg-config and if it fails goes to > headers/libs. Excellent. I agree. I hope that default dirs for searching using Filename.exists will be defined somewhere not especaiily deeply. [..] ermine