From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 108395 invoked by alias); 24 May 2017 13:30:55 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 107423 invoked by uid 89); 24 May 2017 13:30:43 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=3.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,MEDICAL_SUBJECT,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS,URIBL_RED autolearn=no version=3.3.2 spammy=HTo:U*sandra, H*i:sk:5924566, H*f:sk:5924566, family X-HELO: mail-ua0-f170.google.com Received: from mail-ua0-f170.google.com (HELO mail-ua0-f170.google.com) (209.85.217.170) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 24 May 2017 13:30:42 +0000 Received: by mail-ua0-f170.google.com with SMTP id y4so90596181uay.2 for ; Wed, 24 May 2017 06:30:45 -0700 (PDT) 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=MEUB9FABA1ajJsu85aDbAOgEmKIbWU0HA+bbHgTKJ9k=; b=kOU+HSNV80o8plfuLox5sPsm53EKByEpBPfTF8G0pazL7Ch+vw/vxlR8ykGJqYMMVQ y2m/86w46mHTQ3mHazYMolTuecd1W0NyJ+Cdg76KsCa9531xyhR2g3qt/1F8uzIvSsPn mMk/GZGudwtZu/CSzgeRKLOmopnzgGKd8pmwbAlsVSjUxdczwVlTDHpQaj7zojyf2GKN yfacWLKR0Chx0fAIYx/wcilyA00wp3O9//AUsk7gnEffUHUiiigqZ0YFQi7WXebBSJMi rRvxBfJnnVZgXeofBa68aTIZ5YMiQUVZKDwMROD09Uu1NMmXAvSljOXoKsA1PTw9aCmU 3pZg== X-Gm-Message-State: AODbwcCzUDnyUBX3Q8gPS7CGQFHi4wa3/TKcSLr9rRlblXU+br1kwXTD 3fh36CjuAPrEVrxp9bGihjh4TQUyvg== X-Received: by 10.176.95.201 with SMTP id g9mr2330850uaj.71.1495632644026; Wed, 24 May 2017 06:30:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.48.200 with HTTP; Wed, 24 May 2017 06:30:43 -0700 (PDT) In-Reply-To: <59245666.1070802@codesourcery.com> References: <17623B198193D741876BD81A6E3AE5AD3BBAF0D4@irsmsx105.ger.corp.intel.com> <590251D7.60009@codesourcery.com> <17623B198193D741876BD81A6E3AE5AD3BBAF50A@irsmsx105.ger.corp.intel.com> <59245666.1070802@codesourcery.com> From: Uros Bizjak Date: Wed, 24 May 2017 13:40:00 -0000 Message-ID: Subject: Re: [PATCH] Match x86 family machine constraints section with constarints.md To: Sandra Loosemore Cc: "Peryt, Sebastian" , "gcc-patches@gcc.gnu.org" , "Koval, Julia" , "kirill.yukhin@gmail.com" Content-Type: text/plain; charset="UTF-8" X-SW-Source: 2017-05/txt/msg01862.txt.bz2 On Tue, May 23, 2017 at 5:33 PM, Sandra Loosemore wrote: > On 04/28/2017 03:30 AM, Peryt, Sebastian wrote: >> >> Hi, >> >> Thank you for your comments. I edited my patch accordingly. As for some of >> your doubts: >> - REX is the opcode prefix to access 64-bit register extensions >> introduced in IA-32e mode. >> - EVEX is the encoding prefix which applies to SIMD operating instructions >> operating on XMM, YMM and ZMM registers. It was introduced with AVX-512 >> instructions. >> - "number factor of four" that means that sources start in a multiple of 4 >> boundary. This is used for some of instructions. >> >> Also I'd like to add that this whole patch is strictly based on docstring >> parts of constraints that are present in config/i386/constraints.md but not >> in documentation (md.texi file). There is no new (new as in nonexistent in >> code) content. >> >> I'm also adding Kirill Yukhin to CC, because I believe he is the correct >> person that can catch any technical errors if any has slipped-in. > > > The grammar/markup/etc are OK now, but I can't comment on technical > correctness of the information. LGTM. Thanks, Uros.