public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
From: Nick Clifton <nickc@redhat.com>
To: Andrew Burgess <aburgess@redhat.com>, binutils@sourceware.org
Subject: Re: [PATCH 2/2] libopcodes/aarch64: add support for disassembler styling
Date: Wed, 22 Jun 2022 12:15:36 +0100	[thread overview]
Message-ID: <0c1f6276-4e1e-a756-ba21-33855d073b2b@redhat.com> (raw)
In-Reply-To: <96b9a3395da12da7c5a5ad7d5ae7498f5b81c28f.1655810414.git.aburgess@redhat.com>

Hi Andrew,

> I do still have a few questions about how some elements should be
> styled, consider this instruction:
> 
>      add     x1, x2, x3, lsr #1
>         ~~~~~  ~~  ~~  ~~   ~      Plain text.
>      ~~~                           Mnemonic.
>              ~~  ~~  ~~            Register.
> 	                    ~~    Immediate.
>                          ???       What to use here?
> 
> The current patch formats the 'lsr' as text, but I wonder if this
> would be better formatted as mnemonic?  Or maybe it should be
> considered part of the immediate? 

My $0.02 worth: It is not an immediate - in fact that instruction does
not have any immediates in it - nor is it just plain text.  I suppose
that you might consider it as being an extension of the mnemonic, but
that also feels wrong to me.  Could you create a new class for this
part of the instruction ?  eg 'shifter' or 'sub-mnemonic'.  If not then
I would go with mnemonic as that is the closest approximation.  IMHO...


> I have a similar question for how to format 'ge' in:
> 
>      ccmp    x1, x2, #0xa, ge

The same reasoning applies here I feel.  This is "ccmp-ge" instruction
with the condition expressed as a separate field in the disassembled
text.  Ideally a "condition-code" class could be used to express its
style, but if that is not possible then mnemonic is the next best thing.


> And how to format 'sxtb' in:
>  >      adds    x0, sp, w0, sxtb

Ditto.  Maybe an "extender" class could be used here ?


The patch itself looks good to me, but I would like to wait to see if
anyone else has any comments on the code before approving it.

Cheers
   Nick


  reply	other threads:[~2022-06-22 11:15 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-21 11:22 [PATCH 0/2] AArch64 libopcodes styling Andrew Burgess
2022-06-21 11:22 ` [PATCH 1/2] opcodes/aarch64: split off creation of comment text in disassembler Andrew Burgess
2022-06-22 11:02   ` Nick Clifton
2022-06-29 11:19     ` Andrew Burgess
2022-06-21 11:22 ` [PATCH 2/2] libopcodes/aarch64: add support for disassembler styling Andrew Burgess
2022-06-22 11:15   ` Nick Clifton [this message]
2022-06-29 11:01     ` Andrew Burgess
2022-06-29 11:12       ` Jan Beulich
2022-06-29 12:36   ` Richard Earnshaw
2022-07-04  9:52   ` Nick Clifton
2022-07-05 12:45 ` [PATCHv2 0/2] AArch64 libopcodes styling Andrew Burgess
2022-07-05 12:46   ` [PATCHv2 1/2] opcodes: add new sub-mnemonic disassembler style Andrew Burgess
2022-07-05 12:46   ` [PATCHv2 2/2] libopcodes/aarch64: add support for disassembler styling Andrew Burgess
2022-07-05 12:51     ` Andrew Burgess
2022-07-05 13:10       ` Richard Earnshaw
2022-07-07 10:23         ` [PATCHv3 0/2] AArch64 libopcodes styling Andrew Burgess
2022-07-07 10:23           ` [PATCHv3 1/2] opcodes: add new sub-mnemonic disassembler style Andrew Burgess
2022-07-07 10:23           ` [PATCHv3 2/2] libopcodes/aarch64: add support for disassembler styling Andrew Burgess
2022-07-07 10:44             ` Andrew Burgess
2022-07-08 10:25           ` [PATCHv4 0/2] AArch64 libopcodes styling Andrew Burgess
2022-07-08 10:25             ` [PATCHv4 1/2] opcodes: add new sub-mnemonic disassembler style Andrew Burgess
2022-07-26 13:54               ` Nick Clifton
2022-07-08 10:25             ` [PATCHv4 2/2] libopcodes/aarch64: add support for disassembler styling Andrew Burgess
2022-07-19 15:33               ` Richard Earnshaw
2022-07-21  8:56                 ` [PATCHv5 0/2] AArch64 libopcodes styling Andrew Burgess
2022-07-21  8:56                   ` [PATCHv5 1/2] opcodes: add new sub-mnemonic disassembler style Andrew Burgess
2022-07-25 13:34                     ` Andrew Burgess
2022-07-21  8:56                   ` [PATCHv5 2/2] libopcodes/aarch64: add support for disassembler styling Andrew Burgess
2022-07-26 13:55                     ` Nick Clifton
2022-07-29 13:12                       ` Andrew Burgess
2022-07-19 12:52             ` [PATCHv4 0/2] AArch64 libopcodes styling Andrew Burgess

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=0c1f6276-4e1e-a756-ba21-33855d073b2b@redhat.com \
    --to=nickc@redhat.com \
    --cc=aburgess@redhat.com \
    --cc=binutils@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).