From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <SRS0=+E4Q=53=orcam.me.uk=macro@sourceware.org>
Received: from angie.orcam.me.uk (angie.orcam.me.uk [IPv6:2001:4190:8020::34])
	by sourceware.org (Postfix) with ESMTP id B39583858D32
	for <binutils@sourceware.org>; Mon, 30 Jan 2023 01:51:52 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org B39583858D32
Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=orcam.me.uk
Authentication-Results: sourceware.org; spf=none smtp.mailfrom=orcam.me.uk
Received: by angie.orcam.me.uk (Postfix, from userid 500)
	id E1B3A92009C; Mon, 30 Jan 2023 02:51:50 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by angie.orcam.me.uk (Postfix) with ESMTP id D2EFF92009B;
	Mon, 30 Jan 2023 01:51:50 +0000 (GMT)
Date: Mon, 30 Jan 2023 01:51:50 +0000 (GMT)
From: "Maciej W. Rozycki" <macro@orcam.me.uk>
To: Nelson Chu <nelson@rivosinc.com>
cc: Jan Beulich <jbeulich@suse.com>, Binutils <binutils@sourceware.org>, 
    Palmer Dabbelt <palmer@dabbelt.com>, Andrew Waterman <andrew@sifive.com>, 
    Jim Wilson <jim.wilson.gcc@gmail.com>, Kito Cheng <kito.cheng@sifive.com>
Subject: Re: [PATCH] RISC-V: don't disassemble unrecognized insns as .byte
In-Reply-To: <CAPpQWtBF+ND85kZ-pZRiYgrnJ95s1gXdgii-gzwsE20o8o_1nA@mail.gmail.com>
Message-ID: <alpine.DEB.2.21.2301300149070.55843@angie.orcam.me.uk>
References: <dc521fdd-1462-0a4e-6d8e-5fa3f35c82b5@suse.com> <CAPpQWtBF+ND85kZ-pZRiYgrnJ95s1gXdgii-gzwsE20o8o_1nA@mail.gmail.com>
User-Agent: Alpine 2.21 (DEB 202 2017-01-01)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-Spam-Status: No, score=-3488.9 required=5.0 tests=BAYES_00,KAM_DMARC_STATUS,KAM_INFOUSMEBIZ,KAM_LAZY_DOMAIN_SECURITY,SPF_HELO_NONE,SPF_NONE,TXREP autolearn=no autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org
List-Id: <binutils.sourceware.org>

On Mon, 30 Jan 2023, Nelson Chu wrote:

> > Insn width granularity being 16 bits, produce 16 bits of data per output
> > element for the non-special-cased insn widths. Besides being slightly
> > more natural (in particular having the first element carry everything
> > that's needed for determining insn length), this is also slightly more
> > compact.
> 
> Sounds reasonable and good, so please commit, thanks.

 Why not `.short' though, the more usual pseudo-op (and documented as 
portable in the GAS manual)?

  Maciej