From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <ghostman.sd@gmail.com>
Received: from mail-ed1-x52c.google.com (mail-ed1-x52c.google.com
 [IPv6:2a00:1450:4864:20::52c])
 by sourceware.org (Postfix) with ESMTPS id DE94E383F968
 for <binutils@sourceware.org>; Mon, 23 May 2022 13:06:54 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org DE94E383F968
Received: by mail-ed1-x52c.google.com with SMTP id p26so19039956eds.5
 for <binutils@sourceware.org>; Mon, 23 May 2022 06:06:54 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to:cc;
 bh=MnKzr5ql06bpAXL8iFtHjVTAe5UjijK5RAnGDoLye3M=;
 b=FRZ77daqyuwld338GKijdsQvRnceR6THaNjyA0vyIm+cpRXm2zcTlJrfW1iA3Q62W7
 rykEN0AxpYZwQ7XiUbCuPahEB046Y4kVzM9X0oKCF9T93ktAXAlE2xapc4VEO3BZTh12
 eBCOIWJ7Bx8aaMTdtTsMFDn989Z9kejyc+xJD7t3iuHisMor2UuGs9qlc46vFdzflRLK
 SFC6hT4zYg3eUL6MELtZcmco6bUFrBPDf21TID+nbGSbjmFuyFemKRLoDl3xUUcZo6gU
 QMdYCDKAMF239mIc1esi5sY8ukuSgrZVoa4yCcbimxLnVjqgACBqM0pTClI+A+l+rTbf
 Qu4w==
X-Gm-Message-State: AOAM531JL5RTen1BeEVaZ3Y6wT1dwN86AMw9r5vsXP3w0ehfIZow+ckJ
 ZpmEtwPebOBXjUEJEcHKx1Vcuy6r2Q6ZzbYEVB//Dsd0BOs=
X-Google-Smtp-Source: ABdhPJzkri3HmqC3aC5fE+7COROSgKFk5DeKPPqJOuDk0My2HVT7kn1LHwrq2TdJfof8sHh5X9YkI0mhi6ZKqNs989c=
X-Received: by 2002:a05:6402:510a:b0:42b:66c3:d4fd with SMTP id
 m10-20020a056402510a00b0042b66c3d4fdmr5853452edd.260.1653311213551; Mon, 23
 May 2022 06:06:53 -0700 (PDT)
MIME-Version: 1.0
References: <CAMqzjev3_z+uGbh-0_rdJ06+m5Fn0naeEn5jTpz9Va01JBYSKw@mail.gmail.com>
 <CAPweEDzRUQukJgnFKutun+xJpiPjvTeRSi9_irx=QrebFHg7sQ@mail.gmail.com>
 <YouFGavJxwKgUw6H@squeak.grove.modra.org>
In-Reply-To: <YouFGavJxwKgUw6H@squeak.grove.modra.org>
From: Dmitry Selyutin <ghostmansd@gmail.com>
Date: Mon, 23 May 2022 16:06:17 +0300
Message-ID: <CAMqzjeuUagZ3e0_uPWzopJBveUX9E6gDwu9KAOxbX_nrpibBhQ@mail.gmail.com>
Subject: Re: Plugin-based opcode table
To: Alan Modra <amodra@gmail.com>
Cc: lkcl <luke.leighton@gmail.com>, binutils@sourceware.org, 
 Luke Kenneth Casson Leighton <lkcl@lkcl.net>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, DKIM_SIGNED,
 DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,
 SPF_HELO_NONE, SPF_PASS, TXREP,
 T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
 server2.sourceware.org
X-BeenThere: binutils@sourceware.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Binutils mailing list <binutils.sourceware.org>
List-Unsubscribe: <https://sourceware.org/mailman/options/binutils>,
 <mailto:binutils-request@sourceware.org?subject=unsubscribe>
List-Archive: <https://sourceware.org/pipermail/binutils/>
List-Post: <mailto:binutils@sourceware.org>
List-Help: <mailto:binutils-request@sourceware.org?subject=help>
List-Subscribe: <https://sourceware.org/mailman/listinfo/binutils>,
 <mailto:binutils-request@sourceware.org?subject=subscribe>
X-List-Received-Date: Mon, 23 May 2022 13:06:57 -0000

On Mon, May 23, 2022 at 3:59 PM Alan Modra <amodra@gmail.com> wrote:
> I don't see any need for the artificial boundaries you might get with
> a plugin, whatever that might look like.  ppc-opc.c already supports
> multiple incompatible powerpc cpu implementations, including ones that
> depart significantly from current powerpc ISA documentation.

Alan, please, correct me if I'm wrong: does it mean that we can just
stick to marking new instructions and facilities with a custom per-CPU
flag? For now I introduced the -mlibresoc CPU which enabled the
PPC_OPCODE_SVP64 flag, and marked some new instructions appropriately
with this flag. Would that be OK if we follow this approach?