From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <richard.guenther@gmail.com>
Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629])
	by sourceware.org (Postfix) with ESMTPS id 958433858294
	for <gcc-patches@gcc.gnu.org>; Thu, 29 Sep 2022 07:33:10 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 958433858294
Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com
Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com
Received: by mail-ej1-x629.google.com with SMTP id l14so978492eja.7
        for <gcc-patches@gcc.gnu.org>; Thu, 29 Sep 2022 00:33:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20210112;
        h=cc:to:subject:message-id:date:from:in-reply-to:references
         :mime-version:from:to:cc:subject:date;
        bh=BdD3sTI11BRmZbYLS5JLj0EVZ7tkuX7FRDMfw0vQzgg=;
        b=VFOhww056av80L30tLk1QiEFT6UWRLUFZriYBQVaJix+Ajb9IiJqzHhkvcNZmjCo65
         JdCY7R0iq18YCPwfFUcii0yn+fYOBu9F65HLIz9msMn1W9M6ANYUiVSRR7/VGdqoo148
         MQ9JxFsQC6QaESYZP/stqfzmdvyFQLQBYi0hNf05XX/hMAOfFvfwE78HACA6cNnaEnJf
         087srfbFNLfZJQdL6g4khSe6RtzKtbWhYPJGyobwV5714zYfQt7k1DH8gJx1lI8Uk4DI
         7yb/L+VA/AA+hH6XV+RJjSnhS2L8VvLquTWPgngPCZAy6i1+HeS+BDg9rai7fTsMVbqw
         y4fw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20210112;
        h=cc:to:subject:message-id:date:from:in-reply-to:references
         :mime-version:x-gm-message-state:from:to:cc:subject:date;
        bh=BdD3sTI11BRmZbYLS5JLj0EVZ7tkuX7FRDMfw0vQzgg=;
        b=QGZ1QBcqqc3elH+Ix42MmxptqBFxkkoIOiAS0pQ8uQJJprFTMURXieXKwRTd4jfH5j
         3UmvxyqPFclghu/zlI9J9XubLF8cgwzqPDTgA+Y/zpuzHwO4pcL0ootk50oFmWPX+Kdj
         N5Q/tfGDbDBmncF3354MvUhdQAs0oRZioMVZ0OPJytsWpAaZniaikYCmPlAYs3TKM/Gv
         woKGQRMiDAuDmu8ByYLkxdErjqfeENsutAqCk8PVpqp5/UH1DZfj5F7fTG5CpdML/zal
         VqC4JS9PJrXUg/Gu2i2c9lL71SyuCWBej1A8QfM6E9k3hKb700m6l2rfa8KsC3rMnM/G
         fBMQ==
X-Gm-Message-State: ACrzQf0S3KG/MefYGdp8a1iNiAI0lnrpioi6CoRjoflKTfbBhGBlAY52
	wflteat4s5glQYilI7LriCgNQ+gGS/2tbhnbLdg=
X-Google-Smtp-Source: AMsMyM652jqg/+CH/HuFXGJAkJDVasbDvFlBXysFyBsyUriy9kiRJJplyEO+Xr4IwUmeNCv7fyf1ffYZ5omQaL6e6F8=
X-Received: by 2002:a17:907:7245:b0:782:331b:60f4 with SMTP id
 ds5-20020a170907724500b00782331b60f4mr1598859ejc.594.1664436789347; Thu, 29
 Sep 2022 00:33:09 -0700 (PDT)
MIME-Version: 1.0
References: <0a9b9375-6587-5a7d-2ec9-18e7501fe179@linux.ibm.com>
 <CAFiYyc0RWQXBcAqoD_znvWLOqZ-FhKzC9=AYKYa-+f6ywFnYDA@mail.gmail.com>
 <f1442473-a249-3890-9ea5-793ad67877dd@linux.ibm.com> <CAFiYyc09+ZJLVfZUeRUXZyBgmDamtP9r8rWtKOwmU4zQWYG3ug@mail.gmail.com>
 <11b57f53-499a-bed8-97cd-95f7c1a0f074@linux.ibm.com>
In-Reply-To: <11b57f53-499a-bed8-97cd-95f7c1a0f074@linux.ibm.com>
From: Richard Biener <richard.guenther@gmail.com>
Date: Thu, 29 Sep 2022 09:32:57 +0200
Message-ID: <CAFiYyc39pgS+O=hLhKne3XkM-49jhfd9yK5iSxMeKVdi29k-_g@mail.gmail.com>
Subject: Re: VN, len_store and endianness
To: Robin Dapp <rdapp@linux.ibm.com>
Cc: GCC Patches <gcc-patches@gcc.gnu.org>, jakub@redhat.com
Content-Type: text/plain; charset="UTF-8"
X-Spam-Status: No, score=-2.1 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 autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org
List-Id: <gcc-patches.gcc.gnu.org>

On Tue, Sep 27, 2022 at 3:59 PM Robin Dapp <rdapp@linux.ibm.com> wrote:
>
> > Yes, because the native_interpret always starts at offset zero
> > (we can't easily feed in a "shifted" RHS).  So what I assumed is
> > that IFN_LEN_STORE always stores elements [0, len + adj].
>
> Hmm, but this assumption is not violated here or am I missing something?
>  It's not like we're storing [vec_size - (len + adj) - 1, vec_size - 1]
> but indeed [0, len + adj].  Just the access to the buffer later is
> reversed which it should not be.

But rhs_off is applied to the buffer "load" IIRC.  At least somewhere
there's an inconsistency and since rhs_off is new I bet that's where
it is ...