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 mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) by sympa.inria.fr (Postfix) with ESMTPS id CB6F87F1AA for ; Thu, 10 Sep 2015 14:08:29 +0200 (CEST) X-IronPort-AV: E=Sophos;i="5.17,504,1437429600"; d="scan'208";a="145352109" Received: from hp-sebastien.rsr.lip6.fr (HELO pl-59055.rocqadm.inria.fr) ([132.227.76.32]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 10 Sep 2015 14:08:29 +0200 Received: from shindere by pl-59055.rocqadm.inria.fr with local (Exim 4.86) (envelope-from ) id 1Za0eU-0000uG-4r for caml-list@inria.fr; Thu, 10 Sep 2015 14:08:30 +0200 Date: Thu, 10 Sep 2015 14:08:30 +0200 From: =?utf-8?Q?S=C3=A9bastien?= Hinderer To: caml-list@inria.fr Message-ID: <20150910120830.GA3444@pl-59055.rocqadm.inria.fr> Mail-Followup-To: caml-list@inria.fr References: <20150909130919.GA3980@pl-59055.rocqadm.inria.fr> <20150909132919.GA4196@pl-59055.rocqadm.inria.fr> <55F03555.6040306@inria.fr> <20150909134401.GA4359@pl-59055.rocqadm.inria.fr> <1441814599.2811.6.camel@thinkpad.lan.sumadev.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1441814599.2811.6.camel@thinkpad.lan.sumadev.de> Subject: Re: [Caml-list] Dynlink Hi Gerd, Gerd Stolpmann (2015/09/09 18:03 +0200): > Am Mittwoch, den 09.09.2015, 15:44 +0200 schrieb Sébastien Hinderer: > > Dear Xavier, > > > > Many thanks for your response. > > > > > You can't get more precise than the configure script of OCaml :-) > > > > Sure! > > > > > > Is there a way for a configure script to programmatically determine the > > > > availability of the feature on one given platform? > > > > > > Just check for the presence of dynlink.cmxa in OCaml's standard > > > library directory. > > > > OK! Quitesimple,thanks. > > > > So am I correct that the question ``is Dynlink supported'' only makes > > sense when one compiles a native-code program, because this always works > > for byte-code? > > The question makes also a lot of sense for bytecode, because not all > platforms can load dll's. Bytecode that does not need additional dll's > can always be loaded. Okay, that's indeed a very important clarification. Thanks. Bytecode that does not need addiional dlls means bytecode that does not require any Clibrary, right? Does somebody know what are the platforms that can not load dlls? Thanks a lot Gerd for what you have explained. Sébastien.