From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:36182) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TFBhU-0002sy-90 for qemu-devel@nongnu.org; Fri, 21 Sep 2012 18:27:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TFBhT-0007Z6-AB for qemu-devel@nongnu.org; Fri, 21 Sep 2012 18:27:56 -0400 Received: from mail-pb0-f45.google.com ([209.85.160.45]:41283) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TFBhT-0007Wa-37 for qemu-devel@nongnu.org; Fri, 21 Sep 2012 18:27:55 -0400 Received: by pbbrp12 with SMTP id rp12so8605593pbb.4 for ; Fri, 21 Sep 2012 15:27:54 -0700 (PDT) Sender: Richard Henderson Message-ID: <505CE9E8.40409@twiddle.net> Date: Fri, 21 Sep 2012 15:27:52 -0700 From: Richard Henderson MIME-Version: 1.0 References: <1348247620-12734-1-git-send-email-rth@twiddle.net> <1348247620-12734-8-git-send-email-rth@twiddle.net> <20120921212320.GJ4457@ohm.aurel32.net> In-Reply-To: <20120921212320.GJ4457@ohm.aurel32.net> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 7/7] tcg: Streamline movcond_i64 using movcond_i32 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Aurelien Jarno Cc: qemu-devel@nongnu.org On 09/21/2012 02:23 PM, Aurelien Jarno wrote: > Now I wonder if it wouldn't be better to write brcond2 as setcond2 + > brcond. And even setcond2 as a pair of setcond in TCG, which would allow > some optimizations in case both high parts are zero. I think brcond2 vs setcond2 is a choice that has to be made on a host-by-host basis. E.g. for i386 we implement setcond2 with branches. E.g. for hppa setcond2, while not using branches, is twice the size of brcond2. But there's nothing saying you couldn't have the mips version of brcond2 use setcond2 internals to do its job. On the other hand, having tcg/optimize.c reduce both setcond2 and brcond2 to setcond and brcond with the appropriate values of zero would be a most welcome improvement. Also, I've been thinking about having a tcg.h function that produces the cond-without-equality table that I introduced to fix hppa recently. Using that could reduce code size in some of the other backends as well. r~