From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 67632 invoked by alias); 15 Dec 2017 16:28:00 -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 67619 invoked by uid 89); 15 Dec 2017 16:27:59 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy= X-HELO: mail-ot0-f177.google.com Received: from mail-ot0-f177.google.com (HELO mail-ot0-f177.google.com) (74.125.82.177) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 15 Dec 2017 16:27:57 +0000 Received: by mail-ot0-f177.google.com with SMTP id e74so8239693ote.7 for ; Fri, 15 Dec 2017 08:27:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ieG/7SHrreWmphSw8FsVdwYapFGOGg4vBLpeJkJtwFI=; b=QxJAwA6V8BmsyeDu8eakNxxutyW/P9DcglWumPCgNTlrlN+/e1K1Y50fH5z/8y6H7t jEU4+199bgd0XeogpltCQhtXGJ6dKkbHfOiG/xDZ6/Zf3YvPOq4we82fL8vyDQyRf+a9 XsWXYHcgyz1CkuF4+2M8LjMeLhbfCcq7d0OqOtYoUWhAw1ncpzISfzATnyzdepZTFYAK ymqgSjGTNP9vsGZSekFFM6uvs3boAAlvKds16y40QxIt3pbTNR2qKqmTF2yWmKW52mVT Ycx83AxHEmxHtith/ll7IRhhR2/x6ghzHo7QVq0HMMoSfeBLqN1g4DqoTQtBPZY9a/+5 rWXA== X-Gm-Message-State: AKGB3mIWjlEIzjXThwqPzYuST2htg/J6CRN58skr87iYdg7SeNxTQG/2 hrBN5A/75Gl5nTBwtTMY856nCdFlv4QV1ir5FQI= X-Google-Smtp-Source: ACJfBosDVs6HW9ziWZtOF0bHbI0CgsGM0Ef6JFHiA7PtZOoFxC0H8PUV2obDkVcUs6ZZvkPCFYX8lJ03/pu3gguXUr8= X-Received: by 10.157.65.213 with SMTP id v21mr8465216oti.392.1513355276146; Fri, 15 Dec 2017 08:27:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.74.151.42 with HTTP; Fri, 15 Dec 2017 08:27:55 -0800 (PST) In-Reply-To: <5A33F6DC02000078001219E0@prv-mh.provo.novell.com> References: <5A33A9D802000078001979BE@prv-mh.provo.novell.com> <5A33B34602000078001979F9@prv-mh.provo.novell.com> <5A33F6DC02000078001219E0@prv-mh.provo.novell.com> From: "H.J. Lu" Date: Fri, 15 Dec 2017 16:28:00 -0000 Message-ID: Subject: Re: [PATCH 3/4] x86: fold RegXMM/RegYMM/RegZMM into RegSIMD To: Jan Beulich Cc: Binutils Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes X-SW-Source: 2017-12/txt/msg00141.txt.bz2 On Fri, Dec 15, 2017 at 8:22 AM, Jan Beulich wrote: >>>> "H.J. Lu" 12/15/17 1:50 PM >>> >>On Fri, Dec 15, 2017 at 2:34 AM, Jan Beulich wrote: >>> @@ -5930,20 +5958,6 @@ finalize_imm (void) >>> } >>> >>> static int >>> -bad_implicit_operand (int xmm) >>> -{ >>> - const char *ireg = xmm ? "xmm0" : "ymm0"; >>> - >>> - if (intel_syntax) >>> - as_bad (_("the last operand of `%s' must be `%s%s'"), >>> - i.tm.name, register_prefix, ireg); >>> - else >>> - as_bad (_("the first operand of `%s' must be `%s%s'"), >>> - i.tm.name, register_prefix, ireg); >>> - return 0; >>> -} >>> - >> >>Will we miss the assembly operand error checking? > > Not sure I understand what you mean. As the altered test case shows, error > messages are still present, just that they don't mention %xmm0 anymore. If > you mean something else, please explain. But keep in mind that things are > now more similar to GPR accumulator (i.e. %al etc) or FPU (%st(0)) handling, > where there is no such problem either. The template now requires %xmm0 to > be used. It is hard to tell what the error message is from *:[0-9]*: Error: .*blendvpd.* We used to get The last operand of .... What do we get now instead? -- H.J.