From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53405) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VJNoA-0001EZ-Af for qemu-devel@nongnu.org; Tue, 10 Sep 2013 09:16:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VJNo1-0000NG-Qn for qemu-devel@nongnu.org; Tue, 10 Sep 2013 09:16:42 -0400 Received: from mail-pd0-x233.google.com ([2607:f8b0:400e:c02::233]:46936) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VJNo1-0000Ms-Io for qemu-devel@nongnu.org; Tue, 10 Sep 2013 09:16:33 -0400 Received: by mail-pd0-f179.google.com with SMTP id v10so7631810pde.24 for ; Tue, 10 Sep 2013 06:16:32 -0700 (PDT) Sender: Richard Henderson Message-ID: <522F1BAC.8090708@twiddle.net> Date: Tue, 10 Sep 2013 06:16:28 -0700 From: Richard Henderson MIME-Version: 1.0 References: <1378144503-15808-1-git-send-email-rth@twiddle.net> <522D8339.1090002@huawei.com> <522DD679.9030201@twiddle.net> <522DE2EF.1010902@huawei.com> <522DE416.80406@twiddle.net> <522ED7D9.4000009@huawei.com> In-Reply-To: <522ED7D9.4000009@huawei.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v3 00/29] tcg-aarch64 improvements List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Claudio Fontana Cc: qemu-devel@nongnu.org On 09/10/2013 01:27 AM, Claudio Fontana wrote: > There are two aspects. > > On one side, although some changes do not break anything, I see some problems in them. Then let us discuss them, sooner rather than later. > Putting them as a prerequisite for the rest forces us to agreeing on > everything before moving forward, instead of being able to agree on separate > chunks (meat first, rest later). In my view, this makes the process longer. If we have no common ground on how the port should look, then we simply cannot move forward full stop. Having put together a foundation of AArch64Insn and tcg_fmt_*, that I believe to be clean and easy to understand, I simply refuse on aesthetic grounds to rewrite later patches to instead use the magic number and open-coded insn format used throughout the port today. That way leads to a much greater chance of error in my opinion. r~