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 RAA16246; Tue, 1 Jul 2003 17:30:50 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f 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 RAA19430 for ; Tue, 1 Jul 2003 17:30:49 +0200 (MET DST) Received: from smtp012.mail.yahoo.com (smtp012.mail.yahoo.com [216.136.173.32]) by concorde.inria.fr (8.11.1/8.11.1) with SMTP id h61FUmj05860 for ; Tue, 1 Jul 2003 17:30:48 +0200 (MET DST) Received: from l01m-20-28.d0.club-internet.fr (tofm2@195.36.239.28 with plain) by smtp.mail.vip.sc5.yahoo.com with SMTP; 1 Jul 2003 15:30:46 -0000 Subject: Re: [Caml-list] architecture optimisation at compile time for ocaml 3.06 From: Michel Christophe Reply-To: tofm2@yahoo.fr To: caml-list@inria.fr In-Reply-To: <200307011908.02487.snob@metalinkltd.com> References: <20030701090701.92742.qmail@web41506.mail.yahoo.com> <20030701152320.B14262@pauillac.inria.fr> <200307011908.02487.snob@metalinkltd.com> Content-Type: text/plain Message-Id: <1057073445.2794.10.camel@msi.ratatatator.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4-1.1mdk Date: 01 Jul 2003 17:30:45 +0200 Content-Transfer-Encoding: 7bit X-Spam: no; 0.00; caml-list:01 3.06:01 cflags:01 compiler:01 kernel:01 christophe:01 ocaml:01 native-code:02 compile:02 optimized:02 subset:03 badly:03 michel:04 efficient:05 frankly:05 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk > > The native-code OCaml compiler has only one code generator for the > > whole IA32 family. This code generator is called "i386" for > > historical reasons, but it is not particulary optimized for the Intel > > 386 processor. Actually, the generated code is targeted for efficient > > execution on the PPro-PII-PIII family, and appears to fit the Athlon > > quite well too. And it does fit, mine works fine, extremely fine. But... why not put some cflags possibilities in it, so that one can enhance the performance of his compiler on certain kinds of architecture.. > > No :-) Quite frankly, given the subset of the IA32 instruction set > > that OCaml generates, I can't see any Athlon-specific optimizations > > that would be worth doing. > > > > 3DNow, cache control. This are just first thoughts. yes, any processor specific optimization would be worth doing in my opinion. I am not an ocaml expert, far from this...!! All I wanted was a working compiler, I now have it, but every time I install a new soft on my machine, i want it to run fast as a shark. Even Linux kernel is achitecture optimized, so why not ocaml ? note: this is just a suggestion, don't take it badly. ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners