From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 47060 invoked by alias); 14 Feb 2020 14:16:42 -0000 Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org Received: (qmail 47004 invoked by uid 89); 14 Feb 2020 14:16:40 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=H*f:sk:8450892, H*i:sk:8450892, HX-Languages-Length:1421, H*RU:209.85.167.193 X-HELO: mail-oi1-f193.google.com Received: from mail-oi1-f193.google.com (HELO mail-oi1-f193.google.com) (209.85.167.193) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 14 Feb 2020 14:16:38 +0000 Received: by mail-oi1-f193.google.com with SMTP id v19so9500828oic.12 for ; Fri, 14 Feb 2020 06:16:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vnwvCUzBPrATPMYf3gplqfm56eriUUR8RRyecTXITF4=; b=VyihuJsNHD61yKDQb0iRjTUvrYqS6iaGw1xCb+OHDJOZa4Y8T8INsgmxtrD3+qECwd VH3JekZ5w3YzjPzc23VAM1VU+OImtPlr9xDq4gHu26TOF0LQb8W4cOQFZkUHDgCDrWje AZf61TSruPdsxQcmOngLa08fsxMJDaUipWJ56Rg8glCGiZO9hSnp3HdVkEf24KECW/cV y+yZl1Fmp1icRWRv8G+Tn2cCjhUJ7Se7qVQ6/Wsuj9Ct0186B+ZK0HtUSDAb9tS7XUh8 d8K1l1SjTBHoxpOW3EsfQ23HRH7YdjnQnYgaPnSTseLUcY0Bm8KVq9ieByiKfB6nGpYz 30kg== MIME-Version: 1.0 References: <92fd2cf8-90a0-98f8-9453-c49d911daec6@suse.com> <84508928-4fdb-997f-b187-66ea614fd9bc@suse.com> In-Reply-To: <84508928-4fdb-997f-b187-66ea614fd9bc@suse.com> From: "H.J. Lu" Date: Fri, 14 Feb 2020 14:16:00 -0000 Message-ID: Subject: Re: [PATCH v8 2/2] x86/AT&T: don't default to byte source for ambiguous for MOVSX/MOVZX To: Jan Beulich Cc: "binutils@sourceware.org" Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes X-SW-Source: 2020-02/txt/msg00358.txt.bz2 On Fri, Feb 14, 2020 at 5:54 AM Jan Beulich wrote: > > On 14.02.2020 13:28, H.J. Lu wrote: > > On Fri, Feb 14, 2020 at 4:26 AM Jan Beulich wrote: > >> > >> As pointed out in "x86: replace adhoc (partly wrong) ambiguous operand > >> checking for MOVSX/MOVZX" silently guessing what the programmer may have > >> meant is not helpful, the more that we don't do so elsewhere anymore > >> (except in cases where it is overwhelmingly likely that the other case > >> isn't meant, like here for it meant to be a "sign/zero extension" from > >> 16 bits to 16 bits). > >> > >> gas/ > >> 2020-02-XX Jan Beulich > >> > >> PR gas/25438 > >> * config/tc-i386.c (process_suffix): Default movsx/movzx to byte > >> suffix only when destination is a word reg. > >> testsuite/gas/i386/noreg16.l, testsuite/gas/i386/noreg32.l, > >> testsuite/gas/i386/noreg64.l: Adjust expectations. > > > > No need for this since this is documented behavior of AT&T syntax. > > I've just looked at the documentation again: As said in the > other reply to your doc change, these mnemonics aren't > mentioned as legal in Solaris'es AT&T spec. And I also > can't find gas doc saying so. Would you please point me at > where this is being documented? Solaris spec doesn't mention movsx[bwl] nor movsx. -- H.J.