From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105]) by walapai.inria.fr (8.13.6/8.13.6) with ESMTP id q2EAVmuH003295 for ; Wed, 14 Mar 2012 11:31:49 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhEMABJyYE/RVdY2imdsb2JhbABDgiAEaIIur08BA4EDCCIBAQEKCQ0HEgYjggkBAQEWAg8dARscAgMSBQsNAgIFFgsCCwMCAQIBEREBBQEiDQgBAR6HaASbYIJdCosyTIJxhTI/iHQBBQuBJIkgaoQpgRYElVaFa4E+hx89hAc X-IronPort-AV: E=Sophos;i="4.73,583,1325458800"; d="scan'208";a="136001495" Received: from mail-bk0-f54.google.com ([209.85.214.54]) by mail4-smtp-sop.national.inria.fr with ESMTP/TLS/RC4-SHA; 14 Mar 2012 11:31:47 +0100 Received: by bkcjc3 with SMTP id jc3so2159766bkc.27 for ; Wed, 14 Mar 2012 03:31:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=lzEXg9WXIxqsn8mUwfzt+LfdvRFPdvU9jvposl4QPj4=; b=kMRKJ6mmXOlPtXwyVqbA1szRd027f/Bs/OtuRAUTD6c5uIKTM/mr6e7kfBq0CEyJ4W HKgeagt4p4peGBrfYn5L2Ll4fDldVTZ4GUrei6TW0HqHIWz8fOVkDLV7eHTQ2TWRYli0 LOFwHZ6q3Tb6s/1M27c1e1roS95ULphA7UDNEia/xDLyy9I4HexKUunDaH1Wk8JSejLT HKB8VOPuUI2ZQ1nADWNV/b8ILHzu/o6tgOUHu5vW2oaVaBCmk2gM1yeh9y9WI8ECb0hy n/SQjs4iiJtUrfmPqSCGnAq2VPqpb+jl6QArHTZMBkI5gTB2KT1k1x8Nu3xPpmv8R+9J 6Xbw== Received: by 10.204.151.86 with SMTP id b22mr762969bkw.81.1331721106964; Wed, 14 Mar 2012 03:31:46 -0700 (PDT) Received: from [172.27.6.206] ([213.106.240.92]) by mx.google.com with ESMTPS id o7sm6863974bkw.16.2012.03.14.03.31.44 (version=SSLv3 cipher=OTHER); Wed, 14 Mar 2012 03:31:45 -0700 (PDT) Message-ID: <4F607390.5040705@gmail.com> Date: Wed, 14 Mar 2012 10:31:44 +0000 From: =?UTF-8?B?TWF0ZWogS2/FocOtaw==?= <5764c029b688c1c0d24a2e97cd764f@gmail.com> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120216 Thunderbird/10.0.1 MIME-Version: 1.0 To: Caml List Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Caml-list] a question about "ocamlopt" and "ocamldep" On 03/13/2012 06:34 PM, Matthias Puech wrote: > This is consistent with how ocamlc/ocamlopt work: separate compilation > is ensured the way you think by bytecode .cmo compilation: to build a > module, you only need the *interfaces* of its dependencies, but it is > unfortunately not ensured when compiling to native code, because of the > global (inter-modules) optimizations performed (inlining AFAIK). Thus, > to build a .cmx module, you need to be aware of the actual *code* of its > dependencies. :-(