From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on yquem.inria.fr X-Spam-Level: X-Spam-Status: No, score=0.3 required=5.0 tests=AWL,DNS_FROM_RFC_ABUSE autolearn=disabled version=3.1.3 X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from mail1-relais-roc.national.inria.fr (mail1-relais-roc.national.inria.fr [192.134.164.82]) by yquem.inria.fr (Postfix) with ESMTP id D9A0FBC69 for ; Sat, 20 Oct 2007 03:13:46 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAL/yGEfLENaMnmdsb2JhbACOVAEBAQEHBAYRGA X-IronPort-AV: E=Sophos;i="4.21,302,1188770400"; d="scan'208";a="3372792" Received: from ipmail01.adl2.internode.on.net ([203.16.214.140]) by mail1-smtp-roc.national.inria.fr with ESMTP; 20 Oct 2007 03:13:45 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAP7uGEd5LCRs/2dsb2JhbAAM X-IronPort-AV: E=Sophos;i="4.21,302,1188743400"; d="scan'208";a="214601197" Received: from ppp121-44-36-108.lns10.syd7.internode.on.net (HELO [192.168.1.201]) ([121.44.36.108]) by ipmail01.adl2.internode.on.net with ESMTP; 20 Oct 2007 10:43:33 +0930 Subject: Re: [Caml-list] Re: Help me find this pdf From: skaller To: Jon Harrop Cc: caml-list@yquem.inria.fr In-Reply-To: <200710200010.53630.jon@ffconsultancy.com> References: <4718C3AA.9050503@fischerventure.com> <4234F84D-BEC4-4850-B051-D38E8EA38918@mpi-sws.mpg.de> <200710200010.53630.jon@ffconsultancy.com> Content-Type: text/plain Date: Sat, 20 Oct 2007 11:13:37 +1000 Message-Id: <1192842817.14120.17.camel@rosella.wigram> Mime-Version: 1.0 X-Mailer: Evolution 2.12.0 Content-Transfer-Encoding: 7bit X-Spam: no; 0.00; 0100,:01 semantically:01 compiler:01 compiler:01 sourceforge:01 imho:01 wrote:01 compile:01 caml-list:01 ghc:01 static:03 perhaps:05 uses:07 improvements:08 john:08 On Sat, 2007-10-20 at 00:10 +0100, Jon Harrop wrote: > > 6. Nevertheless, evaluation is fully deterministic, thus it certainly > > cannot cause Heisenbugs, neither semantically nor performance-wise. > > Perhaps I've missed something but surely evaluation order can alter asymptotic > complexity? If so, moving from one compiler to another can change the > asymptotic complexity of your program? There's no need to do anything so radical. GHC uses the old fashioned compile/link technology. All you need to do is copy and paste a file into another and use the *same* compiler to gain speed improvements. IMHO its about time this rubbish was eliminated. Static linkers are a legacy technology from the '70s. -- John Skaller Felix, successor to C++: http://felix.sf.net