From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id MAA26549; Sun, 16 Sep 2001 12:36:14 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: (from weis@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id MAA26463 for caml-list@pauillac.inria.fr; Sun, 16 Sep 2001 12:36:14 +0200 (MET DST) Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id WAA00320 for ; Fri, 14 Sep 2001 22:03:36 +0200 (MET DST) Received: from anagyris.wanadoo.fr (smtp-rt-1.wanadoo.fr [193.252.19.151]) by nez-perce.inria.fr (8.11.1/8.10.0) with ESMTP id f8EK3Zr29132 for ; Fri, 14 Sep 2001 22:03:35 +0200 (MET DST) Received: from citronier.wanadoo.fr (193.252.19.222) by anagyris.wanadoo.fr; 14 Sep 2001 22:02:53 +0200 Received: from NEVERYON.ese-metz.fr (62.161.114.158) by citronier.wanadoo.fr; 14 Sep 2001 22:02:47 +0200 To: "Lionel Fourquaux" Cc: Subject: Re: RE : [Caml-list] building ocaml 3.02 under win32 References: <000001c13ba8$c8d91920$eea380d9@fourquauche3ay> From: Fabrice Popineau In-Reply-To: <000001c13ba8$c8d91920$eea380d9@fourquauche3ay> ("Lionel Fourquaux"'s message of "Wed, 12 Sep 2001 18:34:21 +0200") User-Agent: Gnus/5.090004 (Oort Gnus v0.04) XEmacs/21.5 (artichoke) Date: Fri, 14 Sep 2001 22:02:52 +0200 Message-ID: <7kv1a6c3.fsf@supelec.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk * Lionel Fourquaux writes: > Does passing /subsystem:console to the linker help ? (main is > hidden in libcamlrun.lib, so the linker fails to guess the > subsystem.) In fact, the problem was that I tried to compile the whole system using the default __fastcall IA32 convention of MSVC (it will use up to 2 registers to pass parameters to functions, resulting in less overhead). I was wondering about how much could be gained. However, the problem is that using this convention requires all the functions to be fully prototyped. This is not the case when for example the byte compiler emits the camlprim0.c file: all the primitives are declared without their arguments. The changes needed to cope with this are beyond the time I can spend on it right now, but I'm pretty sure it could be result in significative better performances. Fabrice ------------------- Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr