From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by yquem.inria.fr (Postfix) with ESMTP id 31198BB81 for ; Wed, 10 Nov 2004 06:41:20 +0100 (CET) Received: from pauillac.inria.fr (pauillac.inria.fr [128.93.11.35]) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id iAA5fJbU025932 for ; Wed, 10 Nov 2004 06:41:19 +0100 Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id GAA11029 for ; Wed, 10 Nov 2004 06:41:19 +0100 (MET) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by concorde.inria.fr (8.13.0/8.13.0) with ESMTP id iAA5fJUJ007736 for ; Wed, 10 Nov 2004 06:41:19 +0100 Received: from warp (chateaudeau-4-82-225-176-25.fbx.proxad.net [82.225.176.25]) by postfix3-2.free.fr (Postfix) with SMTP id 9D433C010; Wed, 10 Nov 2004 06:41:18 +0100 (CET) Message-ID: <005301c4c6e8$4cf2a820$19b0e152@warp> From: "Nicolas Cannasse" To: "Jacques Garrigue" Cc: References: <00bc01c4c68b$4f1f6d70$19b0e152@warp> <20041110.104733.30190156.garrigue@math.nagoya-u.ac.jp> Subject: Re: [Caml-list] Native Module Linking Date: Wed, 10 Nov 2004 06:44:09 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Miltered: at nez-perce with ID 4191A9FF.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Miltered: at concorde with ID 4191A9FF.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; cannasse:01 warplayer:01 caml-list:01 semantics:01 bug:01 recursive:01 cannasse:01 ...:98 modules:01 native:02 nicolas:02 nicolas:02 linking:03 linking:03 module:03 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on yquem.inria.fr X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.0.0 X-Spam-Level: > Your first assumption is wrong: open is completely unrelated to what > will be linked or not. Or at least it is not supposed to. > To force linking a module, one of its members should be used. > Fo instance, using "include". > I have no idea why it works on windows... Yes, that was my point. Such different behaviors are error prone, since it leads to invalid assumption on 'open' semantics. So I think I need to add two things to the bug report here : - fix the open on windows - feature wish for an explicit import statement (if possible enabling recursive modules such as proposed by John). Nicolas Cannasse