From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@sympa.inria.fr Delivered-To: caml-list@sympa.inria.fr 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 5205C7EEAF for ; Wed, 16 Jan 2013 18:27:22 +0100 (CET) Received-SPF: None (mail1-smtp-roc.national.inria.fr: no sender authenticity information available from domain of fabrissimo@gmail.com) identity=pra; client-ip=209.85.214.48; receiver=mail1-smtp-roc.national.inria.fr; envelope-from="fabrissimo@gmail.com"; x-sender="fabrissimo@gmail.com"; x-conformance=sidf_compatible Received-SPF: Pass (mail1-smtp-roc.national.inria.fr: domain of fabrissimo@gmail.com designates 209.85.214.48 as permitted sender) identity=mailfrom; client-ip=209.85.214.48; receiver=mail1-smtp-roc.national.inria.fr; envelope-from="fabrissimo@gmail.com"; x-sender="fabrissimo@gmail.com"; x-conformance=sidf_compatible; x-record-type="v=spf1" Received-SPF: None (mail1-smtp-roc.national.inria.fr: no sender authenticity information available from domain of postmaster@mail-bk0-f48.google.com) identity=helo; client-ip=209.85.214.48; receiver=mail1-smtp-roc.national.inria.fr; envelope-from="fabrissimo@gmail.com"; x-sender="postmaster@mail-bk0-f48.google.com"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgsBAL7i9lDRVdYwkGdsb2JhbABFgmu7FBYOAQEBAQkJDQcUBCOCHgEBBTgIARscAQEDDAYFCw0JFg8JAwIBAgEPAhEBBQEcBg0BBQIBAYgCAQMPAZtwjDSCe4UGChknDVmHJQEFDIt8hTADlDaBVos3gzE/hBg X-IronPort-AV: E=Sophos;i="4.84,480,1355094000"; d="scan'208";a="190240536" Received: from mail-bk0-f48.google.com ([209.85.214.48]) by mail1-smtp-roc.national.inria.fr with ESMTP/TLS/RC4-SHA; 16 Jan 2013 18:27:07 +0100 Received: by mail-bk0-f48.google.com with SMTP id jc3so833262bkc.7 for ; Wed, 16 Jan 2013 09:27:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=uL67PLwueweYQNEpvpXhC+V2JtWZIpUb2P8eGdKxF7I=; b=fJfKyN5AnK265UFQdIV4EHVBw/SfkQ9xaxxB3wRLRZF9kro9X3lsNEfs+gAYXEiZFM YD6kyaLH7RILTjWZustU1ZnnOjauGLlWVGdNH4wD67rO0nsJHVi95oM49vKnyExFPYHy dGtJJJcvkRkduE5532X7mK84E9Jc8cp6bsJ8llyMm4/jBjyq0Y6NTQVgSGvEzh4oRJHb eycpeaK46CAaTkyK6cFEzGZHpiDRVQCh7Q447UulmAELyWlmtDMPKEQVwPu31P4vmle4 OCOgqp16yVQqrjSKlCvhEJLsv97kqJR8ok5Aj1YGLzgwX+ws8erbm0y6E0+ebms56IoQ /62g== X-Received: by 10.204.147.78 with SMTP id k14mr680930bkv.7.1358357226669; Wed, 16 Jan 2013 09:27:06 -0800 (PST) Received: from ?IPv6:2001:660:3013:3:7d80:da44:5fcb:ab04? ([2001:660:3013:3:7d80:da44:5fcb:ab04]) by mx.google.com with ESMTPS id l17sm16279363bkw.12.2013.01.16.09.27.05 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 16 Jan 2013 09:27:06 -0800 (PST) Message-ID: <50F6E2E9.5020305@gmail.com> Date: Wed, 16 Jan 2013 18:27:05 +0100 From: Fabrice Le Fessant User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: Anil Madhavapeddy CC: Wojciech Meyer , Mirage List , OCaml mailing-list References: <6833F17C-B642-4ED9-8C8F-2665A9742845@ocamlpro.com> <3764589D-EC12-4CD5-A76F-A009BE2DDE8E@ocamlpro.com> <3587ADE7-1423-4AB0-B510-DD55092E506D@recoil.org> <20130115194504.GA6280@voyager> <6AFFCDD6-A8C3-4351-A506-F13D930CF972@recoil.org> In-Reply-To: <6AFFCDD6-A8C3-4351-A506-F13D930CF972@recoil.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Validation-by: fabrice.le_fessant@inria.fr Subject: Re: [Caml-list] [ANN] beta-release of OPAM I would suggest that OPAM should always set the variable OCAMLFIND_CONF to $HOME/.opam/$COMPILER/lib/findlib.conf, so that, whatever the "ocamlfind" that ocamlbuild uses, it will always use the packages installed by OPAM. Can't this be automatically done by defining the variable in the .opam of ocamlfind ? --Fabrice On 01/16/2013 11:01 AM, Anil Madhavapeddy wrote: > On 15 Jan 2013, at 21:12, Wojciech Meyer wrote: > >> Roberto Di Cosmo writes: >> >>> I can confirm this : on opam 0.8.3, this bug prevented me from >>> compiling properly a test code for Parmap. >>> It definitely needs to be fixed :-) >> >> It's been fixed on trunk now. > > Thanks for the quick fix! Looking at the patch, the problem > seems to be that ocamlbuild distinguishes between built-in tools > (presumably the ocaml toolchain binaries), and external tools. > > Is there any reason why ocamlbuild shouldn't just unconditionally > search the PATH for the compiler tools as well? It's very confusing > to have it override some binaries and not others. > > -anil >