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.2 required=5.0 tests=AWL autolearn=disabled version=3.1.3 X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105]) by yquem.inria.fr (Postfix) with ESMTP id F3BE8BCA9 for ; Mon, 28 Sep 2009 00:12:27 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai8CAIaAv0rUnwckjmdsb2JhbACCH5hjAQEBAQkLCAkRBrZuhB4F X-IronPort-AV: E=Sophos;i="4.44,461,1249250400"; d="scan'208";a="47390165" Received: from relay.ptn-ipout02.plus.net ([212.159.7.36]) by mail4-smtp-sop.national.inria.fr with ESMTP/TLS/RC4-SHA; 28 Sep 2009 00:12:27 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkcFAEuAv0rUnw6S/2dsb2JhbACCH9APhB4F Received: from ptb-relay02.plus.net ([212.159.14.146]) by relay.ptn-ipout02.plus.net with ESMTP; 27 Sep 2009 23:12:27 +0100 Received: from [87.114.87.187] (helo=leper.local) by ptb-relay02.plus.net with esmtp (Exim) id 1Ms1yl-0007vY-2H for caml-list@yquem.inria.fr; Sun, 27 Sep 2009 23:12:27 +0100 From: Jon Harrop Organization: Flying Frog Consultancy Ltd. To: caml-list@yquem.inria.fr Subject: Re: [Caml-list] HLVM... Date: Sun, 27 Sep 2009 23:12:54 +0100 User-Agent: KMail/1.9.9 References: <2084D077-4ACC-4054-9DFF-A4B23F76BA31@refined-audiometrics.com> In-Reply-To: <2084D077-4ACC-4054-9DFF-A4B23F76BA31@refined-audiometrics.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909272312.54737.jon@ffconsultancy.com> X-Plusnet-Relay: 083fe5dd7fcfcaaa55c6e3b958c42b55 X-Spam: no; 0.00; integers:01 transitions:01 2009:98 frog:98 wrote:01 caml-list:01 arithmetic:01 explicitly:02 primitive:02 native:03 overflow:03 types:05 implicitly:05 converting:05 modulo:07 On Sunday 27 September 2009 23:09:02 David McClain wrote: > ... remember too, in signal and image processing applications, > converting to raw machine integers and plowing ahead is often > counterproductive. > > Rather we need saturating arithmetic to avoid abrupt transitions on > overflow conditions, or modulo addressing. Neither of these is native > to SSM, and have to be synthesized. DSP chips on the other hand almost > always offer these variations implicitly or explicitly. Sure. That does not change the fact that unnecessarily boxing these primitive types severely degrades performance. -- Dr Jon Harrop, Flying Frog Consultancy Ltd. http://www.ffconsultancy.com/?e