[{"id":1775411,"web_url":"http://patchwork.ozlabs.org/comment/1775411/","msgid":"<232952d2-9e6f-0c35-43e6-e46164d96346@linux.vnet.ibm.com>","list_archive_url":null,"date":"2017-09-26T12:10:45","subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","submitter":{"id":4421,"url":"http://patchwork.ozlabs.org/api/people/4421/","name":"Andreas Krebbel","email":"krebbel@linux.vnet.ibm.com"},"content":"- vect_nopeel renamed to vect_no_peel\n- documentation added.\n\ngcc/testsuite/ChangeLog:\n\n2017-09-26  Andreas Krebbel  <krebbel@linux.vnet.ibm.com>\n\n\t* doc/sourcebuild.texi: Document vect_no_peel.\n\ngcc/testsuite/ChangeLog:\n\n2017-09-26  Andreas Krebbel  <krebbel@linux.vnet.ibm.com>\n\n\t* g++.dg/vect/slp-pr56812.cc: Check vect_nopeel.\n\t* lib/target-supports.exp (check_effective_target_vect_nopeel):\n\tNew proc.\n---\n gcc/doc/sourcebuild.texi                 |  3 +++\n gcc/testsuite/g++.dg/vect/slp-pr56812.cc |  4 +++-\n gcc/testsuite/lib/target-supports.exp    | 22 ++++++++++++++++++++++\n 3 files changed, 28 insertions(+), 1 deletion(-)\n\ndiff --git a/gcc/doc/sourcebuild.texi b/gcc/doc/sourcebuild.texi\nindex 307c726..3acfd85 100644\n--- a/gcc/doc/sourcebuild.texi\n+++ b/gcc/doc/sourcebuild.texi\n@@ -1398,6 +1398,9 @@ Target supports a vector misalign access.\n @item vect_no_align\n Target does not support a vector alignment mechanism.\n\n+@item vect_no_peel\n+Target does not require any loop peeling for alignment purposes.\n+\n @item vect_no_int_min_max\n Target does not support a vector min and max instruction on @code{int}.\n\ndiff --git a/gcc/testsuite/g++.dg/vect/slp-pr56812.cc b/gcc/testsuite/g++.dg/vect/slp-pr56812.cc\nindex 80bdcdd..3dbaf76 100644\n--- a/gcc/testsuite/g++.dg/vect/slp-pr56812.cc\n+++ b/gcc/testsuite/g++.dg/vect/slp-pr56812.cc\n@@ -17,4 +17,6 @@ void mydata::Set (float x)\n     data[i] = x;\n\n }\n\n\n\n-/* { dg-final { scan-tree-dump-times \"basic block vectorized\" 1 \"slp1\" } } */\n\n+/* For targets without vector loop peeling the loop becomes cheap\n\n+   enough to be vectorized.  */\n\n+/* { dg-final { scan-tree-dump-times \"basic block vectorized\" 1 \"slp1\" { target { ! vect_no_peel }\n} } } */\n\ndiff --git a/gcc/testsuite/lib/target-supports.exp b/gcc/testsuite/lib/target-supports.exp\nindex 7fdfbbb..31e802d 100644\n--- a/gcc/testsuite/lib/target-supports.exp\n+++ b/gcc/testsuite/lib/target-supports.exp\n@@ -3199,6 +3199,28 @@ proc check_effective_target_vect_floatuint_cvt { } {\n     return $et_vect_floatuint_cvt_saved($et_index)\n }\n\n+# Return 1 if peeling for alignment is never profitable on the target\n+#\n+\n+proc check_effective_target_vect_no_peel { } {\n+    global et_vect_no_peel_saved\n+    global et_index\n+\n+    if [info exists et_vect_no_peel_saved($et_index)] {\n+\tverbose \"check_effective_target_vect_no_peel: using cached result\" 2\n+    } else {\n+\tset et_vect_no_peel_saved($et_index) 0\n+        if { ([istarget s390*-*-*]\n+\t      && [check_effective_target_s390_vx]) } {\n+\t    set et_vect_no_peel_saved($et_index) 1\n+        }\n+    }\n+\n+    verbose \"check_effective_target_vect_no_peel:\\\n+\t     returning $et_vect_no_peel_saved($et_index)\" 2\n+    return $et_vect_no_peel_saved($et_index)\n+}\n+\n # Return 1 if the target supports #pragma omp declare simd, 0 otherwise.\n #\n # This won't change for different subtargets so cache the result.","headers":{"Return-Path":"<gcc-patches-return-462969-incoming=patchwork.ozlabs.org@gcc.gnu.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":["patchwork-incoming@bilbo.ozlabs.org","mailing list gcc-patches@gcc.gnu.org"],"Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=gcc.gnu.org\n\t(client-ip=209.132.180.131; helo=sourceware.org;\n\tenvelope-from=gcc-patches-return-462969-incoming=patchwork.ozlabs.org@gcc.gnu.org;\n\treceiver=<UNKNOWN>)","ozlabs.org; dkim=pass (1024-bit key;\n\tunprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org\n\theader.b=\"nmhs3QTj\"; dkim-atps=neutral","sourceware.org; auth=none"],"Received":["from sourceware.org (server1.sourceware.org [209.132.180.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3y1ftl0BB5z9tX8\n\tfor <incoming@patchwork.ozlabs.org>;\n\tTue, 26 Sep 2017 22:11:09 +1000 (AEST)","(qmail 54760 invoked by alias); 26 Sep 2017 12:11:00 -0000","(qmail 53854 invoked by uid 89); 26 Sep 2017 12:10:59 -0000","from mx0b-001b2d01.pphosted.com (HELO mx0a-001b2d01.pphosted.com)\n\t(148.163.158.5) by sourceware.org\n\t(qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP;\n\tTue, 26 Sep 2017 12:10:57 +0000","from pps.filterd (m0098421.ppops.net [127.0.0.1])\tby\n\tmx0a-001b2d01.pphosted.com (8.16.0.21/8.16.0.21) with SMTP id\n\tv8QCAIp7102213\tfor <gcc-patches@gcc.gnu.org>;\n\tTue, 26 Sep 2017 08:10:52 -0400","from e06smtp14.uk.ibm.com (e06smtp14.uk.ibm.com\n\t[195.75.94.110])\tby mx0a-001b2d01.pphosted.com with ESMTP id\n\t2d7mu9fmhs-1\t(version=TLSv1.2 cipher=AES256-SHA bits=256\n\tverify=NOT)\tfor <gcc-patches@gcc.gnu.org>;\n\tTue, 26 Sep 2017 08:10:51 -0400","from localhost\tby e06smtp14.uk.ibm.com with IBM ESMTP SMTP\n\tGateway: Authorized Use Only! Violators will be\n\tprosecuted\tfor <gcc-patches@gcc.gnu.org> from\n\t<krebbel@linux.vnet.ibm.com>; Tue, 26 Sep 2017 13:10:49 +0100","from b06cxnps3075.portsmouth.uk.ibm.com (9.149.109.195)\tby\n\te06smtp14.uk.ibm.com (192.168.101.144) with IBM ESMTP SMTP\n\tGateway: Authorized Use Only! Violators will be prosecuted;\n\tTue, 26 Sep 2017 13:10:46 +0100","from d06av23.portsmouth.uk.ibm.com (d06av23.portsmouth.uk.ibm.com\n\t[9.149.105.59])\tby b06cxnps3075.portsmouth.uk.ibm.com\n\t(8.14.9/8.14.9/NCO v10.0) with ESMTP id v8QCAjr629884426\tfor\n\t<gcc-patches@gcc.gnu.org>; Tue, 26 Sep 2017 12:10:45 GMT","from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])\tby IMSVA\n\t(Postfix) with ESMTP id 054C7A4051\tfor <gcc-patches@gcc.gnu.org>;\n\tTue, 26 Sep 2017 13:06:39 +0100 (BST)","from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1])\tby IMSVA\n\t(Postfix) with ESMTP id E09B8A4040\tfor <gcc-patches@gcc.gnu.org>;\n\tTue, 26 Sep 2017 13:06:38 +0100 (BST)","from [9.152.212.134] (unknown [9.152.212.134])\tby\n\td06av23.portsmouth.uk.ibm.com (Postfix) with ESMTP\tfor\n\t<gcc-patches@gcc.gnu.org>; Tue, 26 Sep 2017 13:06:38 +0100 (BST)"],"DomainKey-Signature":"a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:subject:from:to:references:date:mime-version:in-reply-to\n\t:content-type:content-transfer-encoding:message-id; q=dns; s=\n\tdefault; b=SPWifp46/dKX6uJ+KnUBD1vO2WV49GEmYXptt9H12J0AL612TR16G\n\tLhmLD46NmKt0z3a+1a0gdNolnafC5ZLGw1lsRbTqi2CucecvYExyOCzs5rUJZXgL\n\tnf5S11qqW8Iy+si4yLmadEkb5hzCNLoZh/cBG3RvAyNBPG2k/5/McQ=","DKIM-Signature":"v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:subject:from:to:references:date:mime-version:in-reply-to\n\t:content-type:content-transfer-encoding:message-id; s=default;\n\tbh=YDvUbFuXb7/wCiQKuCudm1dS7wM=; b=nmhs3QTj+JLkaP1H8QX1i/AfErB5\n\tqjJeSCyrwrwEb9Nt26LfzmyRUMEIOUOUsVQQFAYTwC2NL+aKLv+WOEM5cH0TTI+C\n\tSmCrI3Rs6q58ScgMBXjaD4F3S6OMhp/ljWlNDcrJeug/XKay6sfOUYCHDkrj2WsR\n\tvAMcbyuAzmtDBm4=","Mailing-List":"contact gcc-patches-help@gcc.gnu.org; run by ezmlm","Precedence":"bulk","List-Id":"<gcc-patches.gcc.gnu.org>","List-Unsubscribe":"<mailto:gcc-patches-unsubscribe-incoming=patchwork.ozlabs.org@gcc.gnu.org>","List-Archive":"<http://gcc.gnu.org/ml/gcc-patches/>","List-Post":"<mailto:gcc-patches@gcc.gnu.org>","List-Help":"<mailto:gcc-patches-help@gcc.gnu.org>","Sender":"gcc-patches-owner@gcc.gnu.org","X-Virus-Found":"No","X-Spam-SWARE-Status":"No, score=-24.7 required=5.0 tests=AWL, BAYES_00,\n\tGIT_PATCH_0, GIT_PATCH_1, GIT_PATCH_2, GIT_PATCH_3,\n\tKAM_LAZY_DOMAIN_SECURITY,\n\tRCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=","X-HELO":"mx0a-001b2d01.pphosted.com","Subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","From":"Andreas Krebbel <krebbel@linux.vnet.ibm.com>","To":"gcc-patches@gcc.gnu.org","References":"<20170926113950.5472-1-krebbel@linux.vnet.ibm.com>\n\t<20170926113950.5472-5-krebbel@linux.vnet.ibm.com>","Date":"Tue, 26 Sep 2017 14:10:45 +0200","User-Agent":"Mozilla/5.0 (X11; Linux x86_64;\n\trv:52.0) Gecko/20100101 Thunderbird/52.3.0","MIME-Version":"1.0","In-Reply-To":"<20170926113950.5472-5-krebbel@linux.vnet.ibm.com>","Content-Type":"text/plain; charset=utf-8","Content-Transfer-Encoding":"7bit","X-TM-AS-GCONF":"00","x-cbid":"17092612-0016-0000-0000-000004F03050","X-IBM-AV-DETECTION":"SAVI=unused REMOTE=unused XFE=unused","x-cbparentid":"17092612-0017-0000-0000-0000282A7CA4","Message-Id":"<232952d2-9e6f-0c35-43e6-e46164d96346@linux.vnet.ibm.com>","X-Proofpoint-Virus-Version":"vendor=fsecure engine=2.50.10432:, ,\n\tdefinitions=2017-09-26_04:, , signatures=0","X-Proofpoint-Spam-Details":"rule=outbound_notspam policy=outbound score=0\n\tspamscore=0 suspectscore=1 malwarescore=0 phishscore=0\n\tadultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx\n\tscancount=1 engine=8.0.1-1707230000\n\tdefinitions=main-1709260178","X-IsSubscribed":"yes"}},{"id":1775424,"web_url":"http://patchwork.ozlabs.org/comment/1775424/","msgid":"<yddtvzpve64.fsf@CeBiTec.Uni-Bielefeld.DE>","list_archive_url":null,"date":"2017-09-26T12:26:43","subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","submitter":{"id":4362,"url":"http://patchwork.ozlabs.org/api/people/4362/","name":"Rainer Orth","email":"ro@CeBiTec.Uni-Bielefeld.DE"},"content":"Hi Andreas,\n\n> diff --git a/gcc/doc/sourcebuild.texi b/gcc/doc/sourcebuild.texi\n> index 307c726..3acfd85 100644\n> --- a/gcc/doc/sourcebuild.texi\n> +++ b/gcc/doc/sourcebuild.texi\n> @@ -1398,6 +1398,9 @@ Target supports a vector misalign access.\n>  @item vect_no_align\n>  Target does not support a vector alignment mechanism.\n>\n> +@item vect_no_peel\n> +Target does not require any loop peeling for alignment purposes.\n> +\n>  @item vect_no_int_min_max\n>  Target does not support a vector min and max instruction on @code{int}.\n\nplease keep the items sorted alphabetically.\n\nThanks.\n        Rainer","headers":{"Return-Path":"<gcc-patches-return-462973-incoming=patchwork.ozlabs.org@gcc.gnu.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":["patchwork-incoming@bilbo.ozlabs.org","mailing list gcc-patches@gcc.gnu.org"],"Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=gcc.gnu.org\n\t(client-ip=209.132.180.131; helo=sourceware.org;\n\tenvelope-from=gcc-patches-return-462973-incoming=patchwork.ozlabs.org@gcc.gnu.org;\n\treceiver=<UNKNOWN>)","ozlabs.org; dkim=pass (1024-bit key;\n\tunprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org\n\theader.b=\"AR+2s4BV\"; dkim-atps=neutral","sourceware.org; auth=none"],"Received":["from sourceware.org (server1.sourceware.org [209.132.180.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3y1gDz6gBjz9ryk\n\tfor <incoming@patchwork.ozlabs.org>;\n\tTue, 26 Sep 2017 22:26:59 +1000 (AEST)","(qmail 59376 invoked by alias); 26 Sep 2017 12:26:53 -0000","(qmail 59135 invoked by uid 89); 26 Sep 2017 12:26:52 -0000","from smtp.CeBiTec.Uni-Bielefeld.DE (HELO\n\tsmtp.CeBiTec.Uni-Bielefeld.DE) (129.70.160.84) by\n\tsourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP;\n\tTue, 26 Sep 2017 12:26:51 +0000","from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1])\tby\n\tsmtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id\n\t65500A79; Tue, 26 Sep 2017 14:26:47 +0200 (CEST)","from smtp.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1])\tby localhost\n\t(malfoy.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) (amavisd-new,\n\tport 10024)\twith LMTP id z2-qHpuowkY0;\n\tTue, 26 Sep 2017 14:26:46 +0200 (CEST)","from lokon.CeBiTec.Uni-Bielefeld.DE\n\t(lokon.CeBiTec.Uni-Bielefeld.DE [129.70.161.152])\t(using\n\tTLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\t(No\n\tclient certificate requested)\tby\n\tsmtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPS id\n\t44035A78; Tue, 26 Sep 2017 14:26:46 +0200 (CEST)","(from ro@localhost)\tby lokon.CeBiTec.Uni-Bielefeld.DE\n\t(8.15.2+Sun/8.15.2/Submit) id v8QCQhoG025227;\n\tTue, 26 Sep 2017 14:26:43 +0200 (MEST)"],"DomainKey-Signature":"a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender:from\n\t:to:cc:subject:references:date:in-reply-to:message-id\n\t:mime-version:content-type; q=dns; s=default; b=O0kuE3Xjfot8LBwI\n\tfEO9fz+7mb+W/l1ZZyx/TTJbsY3SGkX+nHLe7fpcw3ezuSBdxnF+NaDMCVFmXKD3\n\tNPiVfRJKnCsfclKUdPgqd1qPM7XodP6LmMeUU4F+i6ClDTMpHyalbZIl9dMVG/7d\n\tuufXqYrNaIDYTl0TxJSHiTglCNA=","DKIM-Signature":"v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender:from\n\t:to:cc:subject:references:date:in-reply-to:message-id\n\t:mime-version:content-type; s=default; bh=LlYq8M1tijhoKjwIA8lK7A\n\tQdRj4=; b=AR+2s4BVDBqlwoHQ1eyeA+z0dRdGYVFtmvOy0sL4VK3g+KhVvpunUy\n\tS+BRT57LNLIsNvZVRXa+3Wv9MMPuNqweOg5FVi/oMADYD5EXpmoXY5kdWlLytFBh\n\tvonnChNYMa+sYBV+JUi9/jYf3ttomhCdYOT/Z1W9A9Va9R/5g9ys0=","Mailing-List":"contact gcc-patches-help@gcc.gnu.org; run by ezmlm","Precedence":"bulk","List-Id":"<gcc-patches.gcc.gnu.org>","List-Unsubscribe":"<mailto:gcc-patches-unsubscribe-incoming=patchwork.ozlabs.org@gcc.gnu.org>","List-Archive":"<http://gcc.gnu.org/ml/gcc-patches/>","List-Post":"<mailto:gcc-patches@gcc.gnu.org>","List-Help":"<mailto:gcc-patches-help@gcc.gnu.org>","Sender":"gcc-patches-owner@gcc.gnu.org","X-Virus-Found":"No","X-Spam-SWARE-Status":"No, score=-23.8 required=5.0 tests=AWL, BAYES_00,\n\tGIT_PATCH_0, GIT_PATCH_1, GIT_PATCH_2, GIT_PATCH_3,\n\tKAM_LAZY_DOMAIN_SECURITY,\n\tRP_MATCHES_RCVD autolearn=ham version=3.3.2\n\tspammy=Hx-languages-length:776","X-HELO":"smtp.CeBiTec.Uni-Bielefeld.DE","From":"Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>","To":"Andreas Krebbel <krebbel@linux.vnet.ibm.com>","Cc":"gcc-patches@gcc.gnu.org","Subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","References":"<20170926113950.5472-1-krebbel@linux.vnet.ibm.com>\t<20170926113950.5472-5-krebbel@linux.vnet.ibm.com>\t<232952d2-9e6f-0c35-43e6-e46164d96346@linux.vnet.ibm.com>","Date":"Tue, 26 Sep 2017 14:26:43 +0200","In-Reply-To":"<232952d2-9e6f-0c35-43e6-e46164d96346@linux.vnet.ibm.com>\t(Andreas\n\tKrebbel's message of \"Tue, 26 Sep 2017 14:10:45 +0200\")","Message-ID":"<yddtvzpve64.fsf@CeBiTec.Uni-Bielefeld.DE>","User-Agent":"Gnus/5.13 (Gnus v5.13) Emacs/25.1 (usg-unix-v)","MIME-Version":"1.0","Content-Type":"text/plain","X-IsSubscribed":"yes"}},{"id":1775680,"web_url":"http://patchwork.ozlabs.org/comment/1775680/","msgid":"<8737792ymk.fsf@linaro.org>","list_archive_url":null,"date":"2017-09-26T16:49:55","subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","submitter":{"id":5450,"url":"http://patchwork.ozlabs.org/api/people/5450/","name":"Richard Sandiford","email":"richard.sandiford@linaro.org"},"content":"Andreas Krebbel <krebbel@linux.vnet.ibm.com> writes:\n> - vect_nopeel renamed to vect_no_peel\n> - documentation added.\n>\n> gcc/testsuite/ChangeLog:\n>\n> 2017-09-26  Andreas Krebbel  <krebbel@linux.vnet.ibm.com>\n>\n> \t* doc/sourcebuild.texi: Document vect_no_peel.\n>\n> gcc/testsuite/ChangeLog:\n>\n> 2017-09-26  Andreas Krebbel  <krebbel@linux.vnet.ibm.com>\n>\n> \t* g++.dg/vect/slp-pr56812.cc: Check vect_nopeel.\n> \t* lib/target-supports.exp (check_effective_target_vect_nopeel):\n> \tNew proc.\n\nSorry for the bikeshedding, but how about having a positive test\nlike vect_can_peel instead?  ! vect_no... can be hard to read in\ncomplex conditions.  (There's already that problem with existing\nvect_no...s.)\n\n> -/* { dg-final { scan-tree-dump-times \"basic block vectorized\" 1 \"slp1\" } } */\n>\n> +/* For targets without vector loop peeling the loop becomes cheap\n>\n> +   enough to be vectorized.  */\n>\n> +/* { dg-final { scan-tree-dump-times \"basic block vectorized\" 1 \"slp1\" { target { ! vect_no_peel }\n> } } } */\n\nHow about an xfail instead?  Then it'll be noticeable (via an XPASS)\nif we fail to vectorise the loop when we should.\n\nThanks,\nRichard","headers":{"Return-Path":"<gcc-patches-return-463007-incoming=patchwork.ozlabs.org@gcc.gnu.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":["patchwork-incoming@bilbo.ozlabs.org","mailing list gcc-patches@gcc.gnu.org"],"Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=gcc.gnu.org\n\t(client-ip=209.132.180.131; helo=sourceware.org;\n\tenvelope-from=gcc-patches-return-463007-incoming=patchwork.ozlabs.org@gcc.gnu.org;\n\treceiver=<UNKNOWN>)","ozlabs.org; dkim=pass (1024-bit key;\n\tunprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org\n\theader.b=\"Ijiwa30s\"; dkim-atps=neutral","sourceware.org; auth=none"],"Received":["from sourceware.org (server1.sourceware.org [209.132.180.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3y1n4l3VzTz9s7f\n\tfor <incoming@patchwork.ozlabs.org>;\n\tWed, 27 Sep 2017 02:50:14 +1000 (AEST)","(qmail 26351 invoked by alias); 26 Sep 2017 16:50:02 -0000","(qmail 26340 invoked by uid 89); 26 Sep 2017 16:50:01 -0000","from mail-wm0-f52.google.com (HELO mail-wm0-f52.google.com)\n\t(74.125.82.52) by sourceware.org\n\t(qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP;\n\tTue, 26 Sep 2017 16:50:00 +0000","by mail-wm0-f52.google.com with SMTP id m127so9926707wmm.3 for\n\t<gcc-patches@gcc.gnu.org>; Tue, 26 Sep 2017 09:49:59 -0700 (PDT)","from localhost ([2.26.27.252]) by smtp.gmail.com with ESMTPSA id\n\tp13sm3918837wre.36.2017.09.26.09.49.56 (version=TLS1_2\n\tcipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);\n\tTue, 26 Sep 2017 09:49:56 -0700 (PDT)"],"DomainKey-Signature":"a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender:from\n\t:to:cc:subject:references:date:in-reply-to:message-id\n\t:mime-version:content-type; q=dns; s=default; b=H5nLEZvV/UJizydw\n\tNGU2WOR5gAaSm6RltT7rpNUYVDAGoNFt+iMWZIYJXAKTlLc4si5p0hWT7gNVXyWv\n\t1S2l+0fV7HqfHJ8iLj2erM1cqHDnumXA1+/Q9ds8AqCGFFOdHNd+YGrCjjfkltKN\n\t556kkvxeX4KHmexB6d3a0nRVEZU=","DKIM-Signature":"v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender:from\n\t:to:cc:subject:references:date:in-reply-to:message-id\n\t:mime-version:content-type; s=default; bh=47XSv8ZtLHPtINZnezet3S\n\txVUkA=; b=Ijiwa30s3tvbBD589i316LLkaf9de1ozw3T8hqOxtEkjeXOJTl5Xf/\n\tGN31myfeuv1lUddpQSVfiiuEq0bt4afwvwwlCpNcQGM9lOx52a785tbbopAE/uMH\n\tMlhQHBYJtvoaNYdIgLke/ah2Fjm5qZEbUP/E0y1sdzpz3ATYIvDkg=","Mailing-List":"contact gcc-patches-help@gcc.gnu.org; run by ezmlm","Precedence":"bulk","List-Id":"<gcc-patches.gcc.gnu.org>","List-Unsubscribe":"<mailto:gcc-patches-unsubscribe-incoming=patchwork.ozlabs.org@gcc.gnu.org>","List-Archive":"<http://gcc.gnu.org/ml/gcc-patches/>","List-Post":"<mailto:gcc-patches@gcc.gnu.org>","List-Help":"<mailto:gcc-patches-help@gcc.gnu.org>","Sender":"gcc-patches-owner@gcc.gnu.org","X-Virus-Found":"No","X-Spam-SWARE-Status":"No, score=-2.1 required=5.0 tests=AWL, BAYES_00,\n\tRCVD_IN_DNSWL_NONE, RCVD_IN_SORBS_SPAM,\n\tSPF_PASS autolearn=no version=3.3.2 spammy=","X-HELO":"mail-wm0-f52.google.com","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net;\n\ts=20161025;\n\th=x-gm-message-state:from:to:mail-followup-to:cc:subject:references\n\t:date:in-reply-to:message-id:user-agent:mime-version;\n\tbh=UC0PaTVlXuCTOfR5rUdYT+9xJ8uTvhwqvNC+eTqw5Cc=;\n\tb=Dq3uxRmHgqpp3H2BZ4QiUykDaaATI/+WB4g76+TTY6SAGxNFucsOnopsdEFhIaMSL9\n\teWOAPlqROX1OJXrLATArqvd5cPC0rST/SpX/fW+CP3BIOkomDj52GG47O1llV8Nfc4oz\n\tO39DRCU/USbnu5A0Yg6wDbPUOZpYnzTPy4jVRa1dH+GugYtxNC34/Mfwdn88cFsGuKCV\n\tNuGJj+cejwSewD6zpEdlm3cOZauH8pMDkgO+8+2EvHgr49TG7yO0lDe56yPHEMvH/92/\n\tyliF1fhCmtIUd8n8zYRPULknQq2oqFbYjx/fCtxPR7omkptBAiZlPi5pcrnEutnbXRul\n\tN69A==","X-Gm-Message-State":"AHPjjUh0Ri8PjbmFgD/Bijaclq80QSLkPPmyy2Cmkep2f1Rbcf3aQna4\tZ3BJ4abWaasmzbF4F77NjeqrM3sCy/A=","X-Google-Smtp-Source":"AOwi7QCKjvad36hhX67/CG9Xrax29Yt93/rTFNUBsfVkTUvyVHhDtNIq8abkOX7BoFvXg7W2Ou7Ucw==","X-Received":"by 10.28.62.130 with SMTP id l124mr3424063wma.26.1506444598006;\n\tTue, 26 Sep 2017 09:49:58 -0700 (PDT)","From":"Richard Sandiford <richard.sandiford@linaro.org>","To":"Andreas Krebbel <krebbel@linux.vnet.ibm.com>","Mail-Followup-To":"Andreas Krebbel <krebbel@linux.vnet.ibm.com>,\n\tgcc-patches@gcc.gnu.org, richard.sandiford@linaro.org","Cc":"gcc-patches@gcc.gnu.org","Subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","References":"<20170926113950.5472-1-krebbel@linux.vnet.ibm.com>\t<20170926113950.5472-5-krebbel@linux.vnet.ibm.com>\t<232952d2-9e6f-0c35-43e6-e46164d96346@linux.vnet.ibm.com>","Date":"Tue, 26 Sep 2017 17:49:55 +0100","In-Reply-To":"<232952d2-9e6f-0c35-43e6-e46164d96346@linux.vnet.ibm.com>\t(Andreas\n\tKrebbel's message of \"Tue, 26 Sep 2017 14:10:45 +0200\")","Message-ID":"<8737792ymk.fsf@linaro.org>","User-Agent":"Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux)","MIME-Version":"1.0","Content-Type":"text/plain"}},{"id":1776064,"web_url":"http://patchwork.ozlabs.org/comment/1776064/","msgid":"<d70b21f1-545e-7dee-e163-c5d05ec59543@linux.vnet.ibm.com>","list_archive_url":null,"date":"2017-09-27T06:43:55","subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","submitter":{"id":4421,"url":"http://patchwork.ozlabs.org/api/people/4421/","name":"Andreas Krebbel","email":"krebbel@linux.vnet.ibm.com"},"content":"On 09/26/2017 02:26 PM, Rainer Orth wrote:\n> Hi Andreas,\n> \n>> diff --git a/gcc/doc/sourcebuild.texi b/gcc/doc/sourcebuild.texi\n>> index 307c726..3acfd85 100644\n>> --- a/gcc/doc/sourcebuild.texi\n>> +++ b/gcc/doc/sourcebuild.texi\n>> @@ -1398,6 +1398,9 @@ Target supports a vector misalign access.\n>>  @item vect_no_align\n>>  Target does not support a vector alignment mechanism.\n>>\n>> +@item vect_no_peel\n>> +Target does not require any loop peeling for alignment purposes.\n>> +\n>>  @item vect_no_int_min_max\n>>  Target does not support a vector min and max instruction on @code{int}.\n> \n> please keep the items sorted alphabetically.\n\nThe items do not appear to be sorted alphabetically.\n\n-Andreas-","headers":{"Return-Path":"<gcc-patches-return-463033-incoming=patchwork.ozlabs.org@gcc.gnu.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":["patchwork-incoming@bilbo.ozlabs.org","mailing list gcc-patches@gcc.gnu.org"],"Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=gcc.gnu.org\n\t(client-ip=209.132.180.131; helo=sourceware.org;\n\tenvelope-from=gcc-patches-return-463033-incoming=patchwork.ozlabs.org@gcc.gnu.org;\n\treceiver=<UNKNOWN>)","ozlabs.org; dkim=pass (1024-bit key;\n\tunprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org\n\theader.b=\"cZngQ16e\"; dkim-atps=neutral","sourceware.org; auth=none"],"Received":["from sourceware.org (server1.sourceware.org [209.132.180.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3y27b92Np6z9t3h\n\tfor <incoming@patchwork.ozlabs.org>;\n\tWed, 27 Sep 2017 16:44:20 +1000 (AEST)","(qmail 121826 invoked by alias); 27 Sep 2017 06:44:10 -0000","(qmail 116914 invoked by uid 89); 27 Sep 2017 06:44:06 -0000","from mx0b-001b2d01.pphosted.com (HELO mx0a-001b2d01.pphosted.com)\n\t(148.163.158.5) by sourceware.org\n\t(qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP;\n\tWed, 27 Sep 2017 06:44:05 +0000","from pps.filterd (m0098417.ppops.net [127.0.0.1])\tby\n\tmx0a-001b2d01.pphosted.com (8.16.0.21/8.16.0.21) with SMTP id\n\tv8R6huM5064533\tfor <gcc-patches@gcc.gnu.org>;\n\tWed, 27 Sep 2017 02:44:00 -0400","from e06smtp14.uk.ibm.com (e06smtp14.uk.ibm.com\n\t[195.75.94.110])\tby mx0a-001b2d01.pphosted.com with ESMTP id\n\t2d8450qge6-1\t(version=TLSv1.2 cipher=AES256-SHA bits=256\n\tverify=NOT)\tfor <gcc-patches@gcc.gnu.org>;\n\tWed, 27 Sep 2017 02:44:00 -0400","from localhost\tby e06smtp14.uk.ibm.com with IBM ESMTP SMTP\n\tGateway: Authorized Use Only! Violators will be\n\tprosecuted\tfor <gcc-patches@gcc.gnu.org> from\n\t<krebbel@linux.vnet.ibm.com>; Wed, 27 Sep 2017 07:43:58 +0100","from b06cxnps4076.portsmouth.uk.ibm.com (9.149.109.198)\tby\n\te06smtp14.uk.ibm.com (192.168.101.144) with IBM ESMTP SMTP\n\tGateway: Authorized Use Only! Violators will be prosecuted;\n\tWed, 27 Sep 2017 07:43:56 +0100","from d06av26.portsmouth.uk.ibm.com (d06av26.portsmouth.uk.ibm.com\n\t[9.149.105.62])\tby b06cxnps4076.portsmouth.uk.ibm.com\n\t(8.14.9/8.14.9/NCO v10.0) with ESMTP id v8R6huXx20381744;\n\tWed, 27 Sep 2017 06:43:56 GMT","from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])\tby IMSVA\n\t(Postfix) with ESMTP id 10618AE04D;\n\tWed, 27 Sep 2017 07:38:38 +0100 (BST)","from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])\tby IMSVA\n\t(Postfix) with ESMTP id C6D9DAE045;\n\tWed, 27 Sep 2017 07:38:37 +0100 (BST)","from [9.152.212.134] (unknown [9.152.212.134])\tby\n\td06av26.portsmouth.uk.ibm.com (Postfix) with ESMTP;\n\tWed, 27 Sep 2017 07:38:37 +0100 (BST)"],"DomainKey-Signature":"a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:subject:to:cc:references:from:date:mime-version:in-reply-to\n\t:content-type:content-transfer-encoding:message-id; q=dns; s=\n\tdefault; b=CfT/Jno95/El1TXMfnwRpnvN0dsl/8uOSnzIPCmOeKHSAudo2vgsv\n\t4cM/ONOfOw1JIgKO5NhmL2kQ0fPFWzwRqr2J8XcaTh026hsG5yYiM7tp+yRItyZe\n\ttbjqeOXVOwxBW4e87jQouWs2Vzh+PYC4pwNim0lN47nqIE3+n/LmgY=","DKIM-Signature":"v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:subject:to:cc:references:from:date:mime-version:in-reply-to\n\t:content-type:content-transfer-encoding:message-id; s=default;\n\tbh=27sIrKV9vL2RQrN7khLhtbJQxis=; b=cZngQ16eHtsZpQX9aC3IMkJ7d9j5\n\t0WowIX+oF7z/0jgg4o3/uBwBAbvMKVRiwKzUmjECaFci8swsfVxeTwKCowW0fsCQ\n\t4T35w0V5kayLIVefpHL3/8xN5z7oMbq6wnbwA+KwpXw3sZoYqet9pVDNk2cvDm1c\n\t12rOrBbrzufatdI=","Mailing-List":"contact gcc-patches-help@gcc.gnu.org; run by ezmlm","Precedence":"bulk","List-Id":"<gcc-patches.gcc.gnu.org>","List-Unsubscribe":"<mailto:gcc-patches-unsubscribe-incoming=patchwork.ozlabs.org@gcc.gnu.org>","List-Archive":"<http://gcc.gnu.org/ml/gcc-patches/>","List-Post":"<mailto:gcc-patches@gcc.gnu.org>","List-Help":"<mailto:gcc-patches-help@gcc.gnu.org>","Sender":"gcc-patches-owner@gcc.gnu.org","X-Virus-Found":"No","X-Spam-SWARE-Status":"No, score=-24.7 required=5.0 tests=AWL, BAYES_00,\n\tGIT_PATCH_0, GIT_PATCH_1, GIT_PATCH_2, GIT_PATCH_3,\n\tKAM_LAZY_DOMAIN_SECURITY,\n\tRCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2\n\tspammy=Hx-languages-length:745","X-HELO":"mx0a-001b2d01.pphosted.com","Subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","To":"Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>","Cc":"gcc-patches@gcc.gnu.org","References":"<20170926113950.5472-1-krebbel@linux.vnet.ibm.com>\n\t<20170926113950.5472-5-krebbel@linux.vnet.ibm.com>\n\t<232952d2-9e6f-0c35-43e6-e46164d96346@linux.vnet.ibm.com>\n\t<yddtvzpve64.fsf@CeBiTec.Uni-Bielefeld.DE>","From":"Andreas Krebbel <krebbel@linux.vnet.ibm.com>","Date":"Wed, 27 Sep 2017 08:43:55 +0200","User-Agent":"Mozilla/5.0 (X11; Linux x86_64;\n\trv:52.0) Gecko/20100101 Thunderbird/52.3.0","MIME-Version":"1.0","In-Reply-To":"<yddtvzpve64.fsf@CeBiTec.Uni-Bielefeld.DE>","Content-Type":"text/plain; charset=utf-8","Content-Transfer-Encoding":"7bit","X-TM-AS-GCONF":"00","x-cbid":"17092706-0016-0000-0000-000004F07681","X-IBM-AV-DETECTION":"SAVI=unused REMOTE=unused XFE=unused","x-cbparentid":"17092706-0017-0000-0000-0000282AC59A","Message-Id":"<d70b21f1-545e-7dee-e163-c5d05ec59543@linux.vnet.ibm.com>","X-Proofpoint-Virus-Version":"vendor=fsecure engine=2.50.10432:, ,\n\tdefinitions=2017-09-27_02:, , signatures=0","X-Proofpoint-Spam-Details":"rule=outbound_notspam policy=outbound score=0\n\tspamscore=0 suspectscore=0 malwarescore=0 phishscore=0\n\tadultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx\n\tscancount=1 engine=8.0.1-1707230000\n\tdefinitions=main-1709270101","X-IsSubscribed":"yes"}},{"id":1776112,"web_url":"http://patchwork.ozlabs.org/comment/1776112/","msgid":"<yddy3p0tvd5.fsf@CeBiTec.Uni-Bielefeld.DE>","list_archive_url":null,"date":"2017-09-27T08:10:30","subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","submitter":{"id":4362,"url":"http://patchwork.ozlabs.org/api/people/4362/","name":"Rainer Orth","email":"ro@CeBiTec.Uni-Bielefeld.DE"},"content":"Hi Andreas,\n\n> On 09/26/2017 02:26 PM, Rainer Orth wrote:\n>> Hi Andreas,\n>> \n>>> diff --git a/gcc/doc/sourcebuild.texi b/gcc/doc/sourcebuild.texi\n>>> index 307c726..3acfd85 100644\n>>> --- a/gcc/doc/sourcebuild.texi\n>>> +++ b/gcc/doc/sourcebuild.texi\n>>> @@ -1398,6 +1398,9 @@ Target supports a vector misalign access.\n>>>  @item vect_no_align\n>>>  Target does not support a vector alignment mechanism.\n>>>\n>>> +@item vect_no_peel\n>>> +Target does not require any loop peeling for alignment purposes.\n>>> +\n>>>  @item vect_no_int_min_max\n>>>  Target does not support a vector min and max instruction on @code{int}.\n>> \n>> please keep the items sorted alphabetically.\n>\n> The items do not appear to be sorted alphabetically.\n\nthey should be.  Your patch makes the ordering even more random.\n\nPatch to fix this preapproved ;-)\n\nThanks.\n        Rainer","headers":{"Return-Path":"<gcc-patches-return-463036-incoming=patchwork.ozlabs.org@gcc.gnu.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":["patchwork-incoming@bilbo.ozlabs.org","mailing list gcc-patches@gcc.gnu.org"],"Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=gcc.gnu.org\n\t(client-ip=209.132.180.131; helo=sourceware.org;\n\tenvelope-from=gcc-patches-return-463036-incoming=patchwork.ozlabs.org@gcc.gnu.org;\n\treceiver=<UNKNOWN>)","ozlabs.org; dkim=pass (1024-bit key;\n\tunprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org\n\theader.b=\"wJDWgrSA\"; dkim-atps=neutral","sourceware.org; auth=none"],"Received":["from sourceware.org (server1.sourceware.org [209.132.180.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3y29W36ZK9z9t5c\n\tfor <incoming@patchwork.ozlabs.org>;\n\tWed, 27 Sep 2017 18:10:54 +1000 (AEST)","(qmail 88395 invoked by alias); 27 Sep 2017 08:10:43 -0000","(qmail 88379 invoked by uid 89); 27 Sep 2017 08:10:42 -0000","from smtp.CeBiTec.Uni-Bielefeld.DE (HELO\n\tsmtp.CeBiTec.Uni-Bielefeld.DE) (129.70.160.84) by\n\tsourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP;\n\tWed, 27 Sep 2017 08:10:39 +0000","from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1])\tby\n\tsmtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id\n\t79A55FAA; Wed, 27 Sep 2017 10:10:32 +0200 (CEST)","from smtp.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1])\tby localhost\n\t(malfoy.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) (amavisd-new,\n\tport 10024)\twith LMTP id ZcJeFXZuuxyV;\n\tWed, 27 Sep 2017 10:10:31 +0200 (CEST)","from lokon.CeBiTec.Uni-Bielefeld.DE\n\t(lokon.CeBiTec.Uni-Bielefeld.DE [129.70.161.152])\t(using\n\tTLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\t(No\n\tclient certificate requested)\tby\n\tsmtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPS id\n\t365CDFA9; Wed, 27 Sep 2017 10:10:31 +0200 (CEST)","(from ro@localhost)\tby lokon.CeBiTec.Uni-Bielefeld.DE\n\t(8.15.2+Sun/8.15.2/Submit) id v8R8AUJd013870;\n\tWed, 27 Sep 2017 10:10:30 +0200 (MEST)"],"DomainKey-Signature":"a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender:from\n\t:to:cc:subject:references:date:in-reply-to:message-id\n\t:mime-version:content-type; q=dns; s=default; b=iqRItOc8UcSVZy5s\n\t47t/xylVpgTMlT7wby980RS4eA41mIDUFcZUOoddd+ma0LBJOqnk/2u4+SCMy3TN\n\tkEXTsrXjtwswS+1WjjQAd2pmwXSrv0XMYec3oYW+y3JKXH2h1QtTfndRnUOqaM/E\n\tNHOTzl1481U1IJHQFIFvydvdYu0=","DKIM-Signature":"v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender:from\n\t:to:cc:subject:references:date:in-reply-to:message-id\n\t:mime-version:content-type; s=default; bh=hohJnX5jTs7AEcAkxc8Qny\n\tYxiwA=; b=wJDWgrSAhNk41bRjMiPwYnRLhenjGiNC9fOXZ8Hn3VClzCjM2azKX5\n\tpOr7FV/216Zyc74syKCzZiNrVDRQzyO03/3NELjXOFAYHT4F+tNkYbmQJevcKlti\n\t+sbZmTgOblNbrYVWiJt5aNwcwJAL4FMPmB1Pgsz5KKxeXAGPSBIyw=","Mailing-List":"contact gcc-patches-help@gcc.gnu.org; run by ezmlm","Precedence":"bulk","List-Id":"<gcc-patches.gcc.gnu.org>","List-Unsubscribe":"<mailto:gcc-patches-unsubscribe-incoming=patchwork.ozlabs.org@gcc.gnu.org>","List-Archive":"<http://gcc.gnu.org/ml/gcc-patches/>","List-Post":"<mailto:gcc-patches@gcc.gnu.org>","List-Help":"<mailto:gcc-patches-help@gcc.gnu.org>","Sender":"gcc-patches-owner@gcc.gnu.org","X-Virus-Found":"No","X-Spam-SWARE-Status":"No, score=-23.8 required=5.0 tests=AWL, BAYES_00,\n\tGIT_PATCH_0, GIT_PATCH_1, GIT_PATCH_2, GIT_PATCH_3,\n\tKAM_LAZY_DOMAIN_SECURITY,\n\tRP_MATCHES_RCVD autolearn=ham version=3.3.2\n\tspammy=Hx-languages-length:1027","X-HELO":"smtp.CeBiTec.Uni-Bielefeld.DE","From":"Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>","To":"Andreas Krebbel <krebbel@linux.vnet.ibm.com>","Cc":"gcc-patches@gcc.gnu.org","Subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","References":"<20170926113950.5472-1-krebbel@linux.vnet.ibm.com>\t<20170926113950.5472-5-krebbel@linux.vnet.ibm.com>\t<232952d2-9e6f-0c35-43e6-e46164d96346@linux.vnet.ibm.com>\t<yddtvzpve64.fsf@CeBiTec.Uni-Bielefeld.DE>\t<d70b21f1-545e-7dee-e163-c5d05ec59543@linux.vnet.ibm.com>","Date":"Wed, 27 Sep 2017 10:10:30 +0200","In-Reply-To":"<d70b21f1-545e-7dee-e163-c5d05ec59543@linux.vnet.ibm.com>\t(Andreas\n\tKrebbel's message of \"Wed, 27 Sep 2017 08:43:55 +0200\")","Message-ID":"<yddy3p0tvd5.fsf@CeBiTec.Uni-Bielefeld.DE>","User-Agent":"Gnus/5.13 (Gnus v5.13) Emacs/25.1 (usg-unix-v)","MIME-Version":"1.0","Content-Type":"text/plain","X-IsSubscribed":"yes"}},{"id":1776118,"web_url":"http://patchwork.ozlabs.org/comment/1776118/","msgid":"<4986ee4a-16b1-2a43-061f-e7663ccc14bb@linux.vnet.ibm.com>","list_archive_url":null,"date":"2017-09-27T08:26:33","subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","submitter":{"id":4421,"url":"http://patchwork.ozlabs.org/api/people/4421/","name":"Andreas Krebbel","email":"krebbel@linux.vnet.ibm.com"},"content":"On 09/27/2017 10:10 AM, Rainer Orth wrote:\n> Hi Andreas,\n> \n>> On 09/26/2017 02:26 PM, Rainer Orth wrote:\n>>> Hi Andreas,\n>>>\n>>>> diff --git a/gcc/doc/sourcebuild.texi b/gcc/doc/sourcebuild.texi\n>>>> index 307c726..3acfd85 100644\n>>>> --- a/gcc/doc/sourcebuild.texi\n>>>> +++ b/gcc/doc/sourcebuild.texi\n>>>> @@ -1398,6 +1398,9 @@ Target supports a vector misalign access.\n>>>>  @item vect_no_align\n>>>>  Target does not support a vector alignment mechanism.\n>>>>\n>>>> +@item vect_no_peel\n>>>> +Target does not require any loop peeling for alignment purposes.\n>>>> +\n>>>>  @item vect_no_int_min_max\n>>>>  Target does not support a vector min and max instruction on @code{int}.\n>>>\n>>> please keep the items sorted alphabetically.\n>>\n>> The items do not appear to be sorted alphabetically.\n> \n> they should be.  Your patch makes the ordering even more random.\n> \n> Patch to fix this preapproved ;-)\nThe items rather appear to be arranged by subject. Does it really make sense do pull items like this\napart just to have it in alphabetical order?\n\n@item vect_intfloat_cvt\nTarget supports conversion from @code{signed int} to @code{float}.\n\n@item vect_uintfloat_cvt\nTarget supports conversion from @code{unsigned int} to @code{float}.\n\n@item vect_floatint_cvt\nTarget supports conversion from @code{float} to @code{signed int}.\n\n@item vect_floatuint_cvt\nTarget supports conversion from @code{float} to @code{unsigned int}.\n\n\nI've added the no_peel item intentionally to the hw_misalign/no_align block.\n\n-Andreas-","headers":{"Return-Path":"<gcc-patches-return-463038-incoming=patchwork.ozlabs.org@gcc.gnu.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":["patchwork-incoming@bilbo.ozlabs.org","mailing list gcc-patches@gcc.gnu.org"],"Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=gcc.gnu.org\n\t(client-ip=209.132.180.131; helo=sourceware.org;\n\tenvelope-from=gcc-patches-return-463038-incoming=patchwork.ozlabs.org@gcc.gnu.org;\n\treceiver=<UNKNOWN>)","ozlabs.org; dkim=pass (1024-bit key;\n\tunprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org\n\theader.b=\"ZLyn1/mi\"; dkim-atps=neutral","sourceware.org; auth=none"],"Received":["from sourceware.org (server1.sourceware.org [209.132.180.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3y29sj6ddpz9t3x\n\tfor <incoming@patchwork.ozlabs.org>;\n\tWed, 27 Sep 2017 18:27:01 +1000 (AEST)","(qmail 121146 invoked by alias); 27 Sep 2017 08:26:52 -0000","(qmail 120289 invoked by uid 89); 27 Sep 2017 08:26:50 -0000","from mx0b-001b2d01.pphosted.com (HELO mx0a-001b2d01.pphosted.com)\n\t(148.163.158.5) by sourceware.org\n\t(qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP;\n\tWed, 27 Sep 2017 08:26:44 +0000","from pps.filterd (m0098417.ppops.net [127.0.0.1])\tby\n\tmx0a-001b2d01.pphosted.com (8.16.0.21/8.16.0.21) with SMTP id\n\tv8R8QALm068601\tfor <gcc-patches@gcc.gnu.org>;\n\tWed, 27 Sep 2017 04:26:38 -0400","from e06smtp15.uk.ibm.com (e06smtp15.uk.ibm.com\n\t[195.75.94.111])\tby mx0a-001b2d01.pphosted.com with ESMTP id\n\t2d8450veqp-1\t(version=TLSv1.2 cipher=AES256-SHA bits=256\n\tverify=NOT)\tfor <gcc-patches@gcc.gnu.org>;\n\tWed, 27 Sep 2017 04:26:37 -0400","from localhost\tby e06smtp15.uk.ibm.com with IBM ESMTP SMTP\n\tGateway: Authorized Use Only! Violators will be\n\tprosecuted\tfor <gcc-patches@gcc.gnu.org> from\n\t<krebbel@linux.vnet.ibm.com>; Wed, 27 Sep 2017 09:26:35 +0100","from b06cxnps3075.portsmouth.uk.ibm.com (9.149.109.195)\tby\n\te06smtp15.uk.ibm.com (192.168.101.145) with IBM ESMTP SMTP\n\tGateway: Authorized Use Only! Violators will be prosecuted;\n\tWed, 27 Sep 2017 09:26:33 +0100","from d06av26.portsmouth.uk.ibm.com (d06av26.portsmouth.uk.ibm.com\n\t[9.149.105.62])\tby b06cxnps3075.portsmouth.uk.ibm.com\n\t(8.14.9/8.14.9/NCO v10.0) with ESMTP id v8R8QXxZ29098040;\n\tWed, 27 Sep 2017 08:26:33 GMT","from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])\tby IMSVA\n\t(Postfix) with ESMTP id 278EEAE04D;\n\tWed, 27 Sep 2017 09:21:15 +0100 (BST)","from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1])\tby IMSVA\n\t(Postfix) with ESMTP id 04235AE045;\n\tWed, 27 Sep 2017 09:21:15 +0100 (BST)","from [9.152.212.134] (unknown [9.152.212.134])\tby\n\td06av26.portsmouth.uk.ibm.com (Postfix) with ESMTP;\n\tWed, 27 Sep 2017 09:21:14 +0100 (BST)"],"DomainKey-Signature":"a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:subject:to:cc:references:from:date:mime-version:in-reply-to\n\t:content-type:content-transfer-encoding:message-id; q=dns; s=\n\tdefault; b=HvsVeS4PDSv/WOVfqcFHpUIjDabdIVEJG304Oejnpg1AQaEUlAegK\n\t0GhQmj43yjzu06LQmrDvRtXTyZJ5DJvvfOv3frAk28rcQNJ8aAdxHirsBZqnG3iI\n\tve60lvwhsXqTJHfPcuNi144rEYeBlXc0zG2y/0J8EMSroPXbp0BNW4=","DKIM-Signature":"v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:subject:to:cc:references:from:date:mime-version:in-reply-to\n\t:content-type:content-transfer-encoding:message-id; s=default;\n\tbh=fCTQz4zpHsvIl6jJQcySqRC5QDw=; b=ZLyn1/miZ+dpjeUMLdIiTZP5vHNu\n\tC6oe7KP410fZUIwXa8nuCgDdH0vxZDN2xZP0ePLsC5QeEaDx6h58keWturIcTN3K\n\thH18/bvPF3BajqaCl8FjAdBMpduYGyG6mXfFSTiY6IjKGKXTNz4mjZA97gV/Lluc\n\tzJgjY0UAZnuC+3g=","Mailing-List":"contact gcc-patches-help@gcc.gnu.org; run by ezmlm","Precedence":"bulk","List-Id":"<gcc-patches.gcc.gnu.org>","List-Unsubscribe":"<mailto:gcc-patches-unsubscribe-incoming=patchwork.ozlabs.org@gcc.gnu.org>","List-Archive":"<http://gcc.gnu.org/ml/gcc-patches/>","List-Post":"<mailto:gcc-patches@gcc.gnu.org>","List-Help":"<mailto:gcc-patches-help@gcc.gnu.org>","Sender":"gcc-patches-owner@gcc.gnu.org","X-Virus-Found":"No","X-Spam-SWARE-Status":"No, score=-24.7 required=5.0 tests=AWL, BAYES_00,\n\tGIT_PATCH_0, GIT_PATCH_1, GIT_PATCH_2, GIT_PATCH_3,\n\tKAM_LAZY_DOMAIN_SECURITY,\n\tRCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=H*MI:16b1","X-HELO":"mx0a-001b2d01.pphosted.com","Subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","To":"Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>","Cc":"gcc-patches@gcc.gnu.org","References":"<20170926113950.5472-1-krebbel@linux.vnet.ibm.com>\n\t<20170926113950.5472-5-krebbel@linux.vnet.ibm.com>\n\t<232952d2-9e6f-0c35-43e6-e46164d96346@linux.vnet.ibm.com>\n\t<yddtvzpve64.fsf@CeBiTec.Uni-Bielefeld.DE>\n\t<d70b21f1-545e-7dee-e163-c5d05ec59543@linux.vnet.ibm.com>\n\t<yddy3p0tvd5.fsf@CeBiTec.Uni-Bielefeld.DE>","From":"Andreas Krebbel <krebbel@linux.vnet.ibm.com>","Date":"Wed, 27 Sep 2017 10:26:33 +0200","User-Agent":"Mozilla/5.0 (X11; Linux x86_64;\n\trv:52.0) Gecko/20100101 Thunderbird/52.3.0","MIME-Version":"1.0","In-Reply-To":"<yddy3p0tvd5.fsf@CeBiTec.Uni-Bielefeld.DE>","Content-Type":"text/plain; charset=utf-8","Content-Transfer-Encoding":"7bit","X-TM-AS-GCONF":"00","x-cbid":"17092708-0020-0000-0000-000003BB7C8A","X-IBM-AV-DETECTION":"SAVI=unused REMOTE=unused XFE=unused","x-cbparentid":"17092708-0021-0000-0000-0000424D5C82","Message-Id":"<4986ee4a-16b1-2a43-061f-e7663ccc14bb@linux.vnet.ibm.com>","X-Proofpoint-Virus-Version":"vendor=fsecure engine=2.50.10432:, ,\n\tdefinitions=2017-09-27_02:, , signatures=0","X-Proofpoint-Spam-Details":"rule=outbound_notspam policy=outbound score=0\n\tspamscore=0 suspectscore=0 malwarescore=0 phishscore=0\n\tadultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx\n\tscancount=1 engine=8.0.1-1707230000\n\tdefinitions=main-1709270115","X-IsSubscribed":"yes"}},{"id":1776154,"web_url":"http://patchwork.ozlabs.org/comment/1776154/","msgid":"<yddlgl0tstl.fsf@CeBiTec.Uni-Bielefeld.DE>","list_archive_url":null,"date":"2017-09-27T09:05:26","subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","submitter":{"id":4362,"url":"http://patchwork.ozlabs.org/api/people/4362/","name":"Rainer Orth","email":"ro@CeBiTec.Uni-Bielefeld.DE"},"content":"Hi Andreas,\n\n> On 09/27/2017 10:10 AM, Rainer Orth wrote:\n>> Hi Andreas,\n>> \n>>> On 09/26/2017 02:26 PM, Rainer Orth wrote:\n>>>> Hi Andreas,\n>>>>\n>>>>> diff --git a/gcc/doc/sourcebuild.texi b/gcc/doc/sourcebuild.texi\n>>>>> index 307c726..3acfd85 100644\n>>>>> --- a/gcc/doc/sourcebuild.texi\n>>>>> +++ b/gcc/doc/sourcebuild.texi\n>>>>> @@ -1398,6 +1398,9 @@ Target supports a vector misalign access.\n>>>>>  @item vect_no_align\n>>>>>  Target does not support a vector alignment mechanism.\n>>>>>\n>>>>> +@item vect_no_peel\n>>>>> +Target does not require any loop peeling for alignment purposes.\n>>>>> +\n>>>>>  @item vect_no_int_min_max\n>>>>>  Target does not support a vector min and max instruction on @code{int}.\n>>>>\n>>>> please keep the items sorted alphabetically.\n>>>\n>>> The items do not appear to be sorted alphabetically.\n>> \n>> they should be.  Your patch makes the ordering even more random.\n>> \n>> Patch to fix this preapproved ;-)\n> The items rather appear to be arranged by subject. Does it really make\n> sense do pull items like this\n> apart just to have it in alphabetical order?\n>\n> @item vect_intfloat_cvt\n> Target supports conversion from @code{signed int} to @code{float}.\n>\n> @item vect_uintfloat_cvt\n> Target supports conversion from @code{unsigned int} to @code{float}.\n>\n> @item vect_floatint_cvt\n> Target supports conversion from @code{float} to @code{signed int}.\n>\n> @item vect_floatuint_cvt\n> Target supports conversion from @code{float} to @code{unsigned int}.\n>\n>\n> I've added the no_peel item intentionally to the hw_misalign/no_align block.\n\ngranted, there are some attempts at that, but I find it hard to make my\nway through that longish list.  The way it is, you have to skip through\nthe whole list beginning to end.  Texinfo seems to have no subsubsection\nwhich would allow to make the sub-grouping explicit...\n\nLet's hear what Sandra thinks.\n\n\tRainer","headers":{"Return-Path":"<gcc-patches-return-463041-incoming=patchwork.ozlabs.org@gcc.gnu.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":["patchwork-incoming@bilbo.ozlabs.org","mailing list gcc-patches@gcc.gnu.org"],"Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=gcc.gnu.org\n\t(client-ip=209.132.180.131; helo=sourceware.org;\n\tenvelope-from=gcc-patches-return-463041-incoming=patchwork.ozlabs.org@gcc.gnu.org;\n\treceiver=<UNKNOWN>)","ozlabs.org; dkim=pass (1024-bit key;\n\tunprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org\n\theader.b=\"AI3NOfGB\"; dkim-atps=neutral","sourceware.org; auth=none"],"Received":["from sourceware.org (server1.sourceware.org [209.132.180.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3y2Bkc0tpDz9tXT\n\tfor <incoming@patchwork.ozlabs.org>;\n\tWed, 27 Sep 2017 19:05:57 +1000 (AEST)","(qmail 49473 invoked by alias); 27 Sep 2017 09:05:47 -0000","(qmail 48983 invoked by uid 89); 27 Sep 2017 09:05:46 -0000","from smtp.CeBiTec.Uni-Bielefeld.DE (HELO\n\tsmtp.CeBiTec.Uni-Bielefeld.DE) (129.70.160.84) by\n\tsourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP;\n\tWed, 27 Sep 2017 09:05:41 +0000","from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1])\tby\n\tsmtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id\n\t828F9288; Wed, 27 Sep 2017 11:05:32 +0200 (CEST)","from smtp.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1])\tby localhost\n\t(malfoy.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) (amavisd-new,\n\tport 10024)\twith LMTP id JSo5-d1JMou7;\n\tWed, 27 Sep 2017 11:05:30 +0200 (CEST)","from lokon.CeBiTec.Uni-Bielefeld.DE\n\t(lokon.CeBiTec.Uni-Bielefeld.DE [129.70.161.152])\t(using\n\tTLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\t(No\n\tclient certificate requested)\tby\n\tsmtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPS id\n\t6D05F287; Wed, 27 Sep 2017 11:05:30 +0200 (CEST)","(from ro@localhost)\tby lokon.CeBiTec.Uni-Bielefeld.DE\n\t(8.15.2+Sun/8.15.2/Submit) id v8R95Qqj015030;\n\tWed, 27 Sep 2017 11:05:26 +0200 (MEST)"],"DomainKey-Signature":"a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender:from\n\t:to:cc:subject:references:date:in-reply-to:message-id\n\t:mime-version:content-type; q=dns; s=default; b=gPRZwGMhXkqDvKik\n\tUvM0axrdLGoHR1stAfTdby9FXzh57wpvUiU2P56HPkMRVjWW6i3LXIVCD/PEnXpq\n\tQI/zqQ3bb2FynVwvX+zE3y5P1viMd5JVesnnVb+kdK/bECURRxDygatTzadDcaOd\n\tlFZoL/xmfZOxOegDIuFDtCbwFek=","DKIM-Signature":"v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender:from\n\t:to:cc:subject:references:date:in-reply-to:message-id\n\t:mime-version:content-type; s=default; bh=/ZFf7TEO6Bz8Pv1Sm8T6IH\n\tNKiac=; b=AI3NOfGBkMXRxaJBRppj7yx2iMGRvDx7Y1H0Gp8y4Baw+VOI0vY7rH\n\tarPBBToDjZhflVsQePMGLrwC8cfg5Q2vmgUr6pNTs/9xFeVZdJdijrWb8Yuk9EA+\n\tDORHAj0ONAzMKdr5LJVfhUexzI8g+UyMhECyVa9HpY9RiQJrLTUpA=","Mailing-List":"contact gcc-patches-help@gcc.gnu.org; run by ezmlm","Precedence":"bulk","List-Id":"<gcc-patches.gcc.gnu.org>","List-Unsubscribe":"<mailto:gcc-patches-unsubscribe-incoming=patchwork.ozlabs.org@gcc.gnu.org>","List-Archive":"<http://gcc.gnu.org/ml/gcc-patches/>","List-Post":"<mailto:gcc-patches@gcc.gnu.org>","List-Help":"<mailto:gcc-patches-help@gcc.gnu.org>","Sender":"gcc-patches-owner@gcc.gnu.org","X-Virus-Found":"No","X-Spam-SWARE-Status":"No, score=-23.8 required=5.0 tests=AWL, BAYES_00,\n\tGIT_PATCH_0, GIT_PATCH_1, GIT_PATCH_2, GIT_PATCH_3,\n\tKAM_LAZY_DOMAIN_SECURITY,\n\tRP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=","X-HELO":"smtp.CeBiTec.Uni-Bielefeld.DE","From":"Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>","To":"Andreas Krebbel <krebbel@linux.vnet.ibm.com>","Cc":"gcc-patches@gcc.gnu.org, Sandra Loosemore <sandra@codesourcery.com>","Subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","References":"<20170926113950.5472-1-krebbel@linux.vnet.ibm.com>\t<20170926113950.5472-5-krebbel@linux.vnet.ibm.com>\t<232952d2-9e6f-0c35-43e6-e46164d96346@linux.vnet.ibm.com>\t<yddtvzpve64.fsf@CeBiTec.Uni-Bielefeld.DE>\t<d70b21f1-545e-7dee-e163-c5d05ec59543@linux.vnet.ibm.com>\t<yddy3p0tvd5.fsf@CeBiTec.Uni-Bielefeld.DE>\t<4986ee4a-16b1-2a43-061f-e7663ccc14bb@linux.vnet.ibm.com>","Date":"Wed, 27 Sep 2017 11:05:26 +0200","In-Reply-To":"<4986ee4a-16b1-2a43-061f-e7663ccc14bb@linux.vnet.ibm.com>\t(Andreas\n\tKrebbel's message of \"Wed, 27 Sep 2017 10:26:33 +0200\")","Message-ID":"<yddlgl0tstl.fsf@CeBiTec.Uni-Bielefeld.DE>","User-Agent":"Gnus/5.13 (Gnus v5.13) Emacs/25.1 (usg-unix-v)","MIME-Version":"1.0","Content-Type":"text/plain","X-IsSubscribed":"yes"}},{"id":1776492,"web_url":"http://patchwork.ozlabs.org/comment/1776492/","msgid":"<59CBE021.5000208@codesourcery.com>","list_archive_url":null,"date":"2017-09-27T17:30:09","subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","submitter":{"id":4347,"url":"http://patchwork.ozlabs.org/api/people/4347/","name":"Sandra Loosemore","email":"sandra@codesourcery.com"},"content":"On 09/27/2017 03:05 AM, Rainer Orth wrote:\n> Hi Andreas,\n>\n>> On 09/27/2017 10:10 AM, Rainer Orth wrote:\n>>> Hi Andreas,\n>>>\n>>>> On 09/26/2017 02:26 PM, Rainer Orth wrote:\n>>>>> Hi Andreas,\n>>>>>\n>>>>>> diff --git a/gcc/doc/sourcebuild.texi b/gcc/doc/sourcebuild.texi\n>>>>>> index 307c726..3acfd85 100644\n>>>>>> --- a/gcc/doc/sourcebuild.texi\n>>>>>> +++ b/gcc/doc/sourcebuild.texi\n>>>>>> @@ -1398,6 +1398,9 @@ Target supports a vector misalign access.\n>>>>>>   @item vect_no_align\n>>>>>>   Target does not support a vector alignment mechanism.\n>>>>>>\n>>>>>> +@item vect_no_peel\n>>>>>> +Target does not require any loop peeling for alignment purposes.\n>>>>>> +\n>>>>>>   @item vect_no_int_min_max\n>>>>>>   Target does not support a vector min and max instruction on @code{int}.\n>>>>>\n>>>>> please keep the items sorted alphabetically.\n>>>>\n>>>> The items do not appear to be sorted alphabetically.\n>>>\n>>> they should be.  Your patch makes the ordering even more random.\n>>>\n>>> Patch to fix this preapproved ;-)\n>> The items rather appear to be arranged by subject. Does it really make\n>> sense do pull items like this\n>> apart just to have it in alphabetical order?\n>>\n>> @item vect_intfloat_cvt\n>> Target supports conversion from @code{signed int} to @code{float}.\n>>\n>> @item vect_uintfloat_cvt\n>> Target supports conversion from @code{unsigned int} to @code{float}.\n>>\n>> @item vect_floatint_cvt\n>> Target supports conversion from @code{float} to @code{signed int}.\n>>\n>> @item vect_floatuint_cvt\n>> Target supports conversion from @code{float} to @code{unsigned int}.\n>>\n>>\n>> I've added the no_peel item intentionally to the hw_misalign/no_align block.\n>\n> granted, there are some attempts at that, but I find it hard to make my\n> way through that longish list.  The way it is, you have to skip through\n> the whole list beginning to end.  Texinfo seems to have no subsubsection\n> which would allow to make the sub-grouping explicit...\n>\n> Let's hear what Sandra thinks.\n\nUmmmm.  There is no common convention in the GCC documentation and other \nparts of the manual do deliberately diverge from alphabetization in \nplaces.  There's a perpetual tension between putting the most \ncommonly-needed information first vs grouping things by related concepts \nvs alphabetize vs the tendency of people to insert new items at random \nplaces in an existing list regardless of how it's previously been \norganized.  :-(\n\nAlphabetical lists are useful when you already know the name of the \nthing you are searching for, but almost everybody reads the \ndocumentation in a web browser or PDF viewer with a search feature \nnowadays so you can find the term no matter how the list is sorted.  So \nI'd say we shouldn't alphabetize as a matter of policy if there is some \nother organization that makes sense.\n\nIn this case, the section is already broken into multiple sublists by \ntopic, most of the sublists are fairly short, and where there's some \ndiscernible sort order within the sublists, it seems to be grouping \nrelated things together rather than alphabetical.  So I wouldn't insist \non alphabetizing this particular sublist either.\n\n-Sandra","headers":{"Return-Path":"<gcc-patches-return-463068-incoming=patchwork.ozlabs.org@gcc.gnu.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":["patchwork-incoming@bilbo.ozlabs.org","mailing list gcc-patches@gcc.gnu.org"],"Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=gcc.gnu.org\n\t(client-ip=209.132.180.131; helo=sourceware.org;\n\tenvelope-from=gcc-patches-return-463068-incoming=patchwork.ozlabs.org@gcc.gnu.org;\n\treceiver=<UNKNOWN>)","ozlabs.org; dkim=pass (1024-bit key;\n\tunprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org\n\theader.b=\"xRUeZ+Lt\"; dkim-atps=neutral","sourceware.org; auth=none"],"Received":["from sourceware.org (server1.sourceware.org [209.132.180.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3y2Pwq2V9Dz9t4b\n\tfor <incoming@patchwork.ozlabs.org>;\n\tThu, 28 Sep 2017 03:30:35 +1000 (AEST)","(qmail 122340 invoked by alias); 27 Sep 2017 17:30:25 -0000","(qmail 105120 invoked by uid 89); 27 Sep 2017 17:30:19 -0000","from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131)\n\tby sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with\n\tESMTP; Wed, 27 Sep 2017 17:30:17 +0000","from svr-orw-mbx-03.mgc.mentorg.com ([147.34.90.203])\tby\n\trelay1.mentorg.com with esmtps\n\t(TLSv1.2:ECDHE-RSA-AES256-SHA384:256)\tid 1dxGA1-0006Ni-U2\n\tfrom Sandra_Loosemore@mentor.com ; Wed, 27 Sep 2017 10:30:13 -0700","from [127.0.0.1] (147.34.91.1) by svr-orw-mbx-03.mgc.mentorg.com\n\t(147.34.90.203) with Microsoft SMTP Server (TLS) id\n\t15.0.1263.5; Wed, 27 Sep 2017 10:30:10 -0700"],"DomainKey-Signature":"a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:subject:to:references:cc:from:message-id:date:mime-version\n\t:in-reply-to:content-type:content-transfer-encoding; q=dns; s=\n\tdefault; b=o+z/5ZTNFPLK8tXzPohS8hKRFroOygWSq4G4RJ7fUgzgXqWBLkIEF\n\t1nJtfuq+lyGTsO24aC521zLvYZn4yq6EQLYoTosgOnbrs9M1HyZ72P3a4FZLwFJK\n\t9W29kc7zXE5L53iicixeRxWsI9Jqz578evidSYXeGFHScuU5RMB6Ko=","DKIM-Signature":"v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:subject:to:references:cc:from:message-id:date:mime-version\n\t:in-reply-to:content-type:content-transfer-encoding; s=default;\n\tbh=D/BW3CrkU/4NvX4JgBEEPNx98BM=; b=xRUeZ+LtFND/jz1pMB+lA7Qj149N\n\tRx1K+bE6IJG+ccj7niOct/Y2fehcTeo9ZZwQvTBnEMFgWYm5MtjHifIwcDghse5v\n\tXEunvwKrxXKUOt5MzziwMsX4PQY//gFVyDInRYXpuj1uICHSmaIeLsLLaZBGQtvY\n\tn5+gwng3Xzsk7iA=","Mailing-List":"contact gcc-patches-help@gcc.gnu.org; run by ezmlm","Precedence":"bulk","List-Id":"<gcc-patches.gcc.gnu.org>","List-Unsubscribe":"<mailto:gcc-patches-unsubscribe-incoming=patchwork.ozlabs.org@gcc.gnu.org>","List-Archive":"<http://gcc.gnu.org/ml/gcc-patches/>","List-Post":"<mailto:gcc-patches@gcc.gnu.org>","List-Help":"<mailto:gcc-patches-help@gcc.gnu.org>","Sender":"gcc-patches-owner@gcc.gnu.org","X-Virus-Found":"No","X-Spam-SWARE-Status":"No, score=-24.6 required=5.0 tests=AWL, BAYES_00,\n\tGIT_PATCH_0, GIT_PATCH_1, GIT_PATCH_2, GIT_PATCH_3,\n\tRCVD_IN_DNSWL_NONE,\n\tSPF_PASS autolearn=ham version=3.3.2 spammy=concepts,\n\tH*UA:38.0, H*u:38.0, perpetual","X-HELO":"relay1.mentorg.com","Subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","To":"Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>,\n\tAndreas Krebbel\t<krebbel@linux.vnet.ibm.com>","References":"<20170926113950.5472-1-krebbel@linux.vnet.ibm.com>\n\t<20170926113950.5472-5-krebbel@linux.vnet.ibm.com>\n\t<232952d2-9e6f-0c35-43e6-e46164d96346@linux.vnet.ibm.com>\n\t<yddtvzpve64.fsf@CeBiTec.Uni-Bielefeld.DE>\n\t<d70b21f1-545e-7dee-e163-c5d05ec59543@linux.vnet.ibm.com>\n\t<yddy3p0tvd5.fsf@CeBiTec.Uni-Bielefeld.DE>\n\t<4986ee4a-16b1-2a43-061f-e7663ccc14bb@linux.vnet.ibm.com>\n\t<yddlgl0tstl.fsf@CeBiTec.Uni-Bielefeld.DE>","CC":"<gcc-patches@gcc.gnu.org>","From":"Sandra Loosemore <sandra@codesourcery.com>","Message-ID":"<59CBE021.5000208@codesourcery.com>","Date":"Wed, 27 Sep 2017 11:30:09 -0600","User-Agent":"Mozilla/5.0 (X11; Linux x86_64;\n\trv:38.0) Gecko/20100101 Thunderbird/38.5.1","MIME-Version":"1.0","In-Reply-To":"<yddlgl0tstl.fsf@CeBiTec.Uni-Bielefeld.DE>","Content-Type":"text/plain; charset=\"windows-1252\"; format=flowed","Content-Transfer-Encoding":"7bit","X-ClientProxiedBy":"svr-orw-mbx-04.mgc.mentorg.com (147.34.90.204) To\n\tsvr-orw-mbx-03.mgc.mentorg.com (147.34.90.203)"}},{"id":1776979,"web_url":"http://patchwork.ozlabs.org/comment/1776979/","msgid":"<4d32254a-ac45-3cd8-f4df-7528873e12f1@linux.vnet.ibm.com>","list_archive_url":null,"date":"2017-09-28T11:54:52","subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","submitter":{"id":4421,"url":"http://patchwork.ozlabs.org/api/people/4421/","name":"Andreas Krebbel","email":"krebbel@linux.vnet.ibm.com"},"content":"On 09/26/2017 06:49 PM, Richard Sandiford wrote:\n> Andreas Krebbel <krebbel@linux.vnet.ibm.com> writes:\n...\n> Sorry for the bikeshedding, but how about having a positive test\n> like vect_can_peel instead?  ! vect_no... can be hard to read in\n> complex conditions.  (There's already that problem with existing\n> vect_no...s.)\n\nDone. Updated patch here: https://gcc.gnu.org/ml/gcc-patches/2017-09/msg01867.html\n\nBye,\n\n-Andreas-","headers":{"Return-Path":"<gcc-patches-return-463106-incoming=patchwork.ozlabs.org@gcc.gnu.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":["patchwork-incoming@bilbo.ozlabs.org","mailing list gcc-patches@gcc.gnu.org"],"Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=gcc.gnu.org\n\t(client-ip=209.132.180.131; helo=sourceware.org;\n\tenvelope-from=gcc-patches-return-463106-incoming=patchwork.ozlabs.org@gcc.gnu.org;\n\treceiver=<UNKNOWN>)","ozlabs.org; dkim=pass (1024-bit key;\n\tunprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org\n\theader.b=\"LWgghtKZ\"; dkim-atps=neutral","sourceware.org; auth=none"],"Received":["from sourceware.org (server1.sourceware.org [209.132.180.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3y2tRP4W4rz9tX5\n\tfor <incoming@patchwork.ozlabs.org>;\n\tThu, 28 Sep 2017 21:55:13 +1000 (AEST)","(qmail 117886 invoked by alias); 28 Sep 2017 11:55:05 -0000","(qmail 117877 invoked by uid 89); 28 Sep 2017 11:55:05 -0000","from mx0b-001b2d01.pphosted.com (HELO mx0a-001b2d01.pphosted.com)\n\t(148.163.158.5) by sourceware.org\n\t(qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP;\n\tThu, 28 Sep 2017 11:55:04 +0000","from pps.filterd (m0098414.ppops.net [127.0.0.1])\tby\n\tmx0b-001b2d01.pphosted.com (8.16.0.21/8.16.0.21) with SMTP id\n\tv8SBsHuO070294\tfor <gcc-patches@gcc.gnu.org>;\n\tThu, 28 Sep 2017 07:55:00 -0400","from e06smtp14.uk.ibm.com (e06smtp14.uk.ibm.com\n\t[195.75.94.110])\tby mx0b-001b2d01.pphosted.com with ESMTP id\n\t2d8vvqm7r0-1\t(version=TLSv1.2 cipher=AES256-SHA bits=256\n\tverify=NOT)\tfor <gcc-patches@gcc.gnu.org>;\n\tThu, 28 Sep 2017 07:54:57 -0400","from localhost\tby e06smtp14.uk.ibm.com with IBM ESMTP SMTP\n\tGateway: Authorized Use Only! Violators will be\n\tprosecuted\tfor <gcc-patches@gcc.gnu.org> from\n\t<krebbel@linux.vnet.ibm.com>; Thu, 28 Sep 2017 12:54:55 +0100","from b06cxnps4076.portsmouth.uk.ibm.com (9.149.109.198)\tby\n\te06smtp14.uk.ibm.com (192.168.101.144) with IBM ESMTP SMTP\n\tGateway: Authorized Use Only! Violators will be prosecuted;\n\tThu, 28 Sep 2017 12:54:53 +0100","from d06av24.portsmouth.uk.ibm.com (mk.ibm.com [9.149.105.60])\tby\n\tb06cxnps4076.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0)\n\twith ESMTP id v8SBsqMd14680092; Thu, 28 Sep 2017 11:54:52 GMT","from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])\tby IMSVA\n\t(Postfix) with ESMTP id D18B842041;\n\tThu, 28 Sep 2017 12:50:52 +0100 (BST)","from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])\tby IMSVA\n\t(Postfix) with ESMTP id B7B104203F;\n\tThu, 28 Sep 2017 12:50:52 +0100 (BST)","from [9.152.212.134] (unknown [9.152.212.134])\tby\n\td06av24.portsmouth.uk.ibm.com (Postfix) with ESMTP;\n\tThu, 28 Sep 2017 12:50:52 +0100 (BST)"],"DomainKey-Signature":"a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:subject:to:references:from:date:mime-version:in-reply-to\n\t:content-type:content-transfer-encoding:message-id; q=dns; s=\n\tdefault; b=ykymHPhlaStkXrzfDkihib+UyKZhEs61MaEQiGbnRq/K5mOYnpKyL\n\tmE080rfu0ZRzzRrMrrl1v5JtX4VMCgymMZlbhnCs3940E4suuSYPYanZqTAnPerJ\n\tDRtxH0HdhhTdIwhf7b1DF1dMQzFUyLk2US8SE5Xj5DTty87nyn+9N4=","DKIM-Signature":"v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:subject:to:references:from:date:mime-version:in-reply-to\n\t:content-type:content-transfer-encoding:message-id; s=default;\n\tbh=hyCWICpd4njGWBs2EZWBIzJnPmk=; b=LWgghtKZgVzIPtq4QZZlaf9//V6P\n\tXxpAT1GJcBIjgxw1+AQYMtJFy62lPRae4Jt7V9dZ3kbw45FZ3ccjCwrDRaKMsQtg\n\ti3QrjNGjWGnLNvG3U3CTsXWRMcYjcBDgfDm2W82mLI93hddSG1b7UWPCR//3I+Cm\n\t2vqPyzNd9Y4sL14=","Mailing-List":"contact gcc-patches-help@gcc.gnu.org; run by ezmlm","Precedence":"bulk","List-Id":"<gcc-patches.gcc.gnu.org>","List-Unsubscribe":"<mailto:gcc-patches-unsubscribe-incoming=patchwork.ozlabs.org@gcc.gnu.org>","List-Archive":"<http://gcc.gnu.org/ml/gcc-patches/>","List-Post":"<mailto:gcc-patches@gcc.gnu.org>","List-Help":"<mailto:gcc-patches-help@gcc.gnu.org>","Sender":"gcc-patches-owner@gcc.gnu.org","X-Virus-Found":"No","X-Spam-SWARE-Status":"No, score=-2.3 required=5.0 tests=AWL, BAYES_00,\n\tKAM_LAZY_DOMAIN_SECURITY,\n\tRCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=","X-HELO":"mx0a-001b2d01.pphosted.com","Subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","To":"gcc-patches@gcc.gnu.org, richard.sandiford@linaro.org","References":"<20170926113950.5472-1-krebbel@linux.vnet.ibm.com>\n\t<20170926113950.5472-5-krebbel@linux.vnet.ibm.com>\n\t<232952d2-9e6f-0c35-43e6-e46164d96346@linux.vnet.ibm.com>\n\t<8737792ymk.fsf@linaro.org>","From":"Andreas Krebbel <krebbel@linux.vnet.ibm.com>","Date":"Thu, 28 Sep 2017 13:54:52 +0200","User-Agent":"Mozilla/5.0 (X11; Linux x86_64;\n\trv:52.0) Gecko/20100101 Thunderbird/52.3.0","MIME-Version":"1.0","In-Reply-To":"<8737792ymk.fsf@linaro.org>","Content-Type":"text/plain; charset=utf-8","Content-Transfer-Encoding":"7bit","X-TM-AS-GCONF":"00","x-cbid":"17092811-0016-0000-0000-000004F0ED34","X-IBM-AV-DETECTION":"SAVI=unused REMOTE=unused XFE=unused","x-cbparentid":"17092811-0017-0000-0000-0000282B4140","Message-Id":"<4d32254a-ac45-3cd8-f4df-7528873e12f1@linux.vnet.ibm.com>","X-Proofpoint-Virus-Version":"vendor=fsecure engine=2.50.10432:, ,\n\tdefinitions=2017-09-28_04:, , signatures=0","X-Proofpoint-Spam-Details":"rule=outbound_notspam policy=outbound score=0\n\tspamscore=0 suspectscore=0 malwarescore=0 phishscore=0\n\tadultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx\n\tscancount=1 engine=8.0.1-1707230000\n\tdefinitions=main-1709280178","X-IsSubscribed":"yes"}},{"id":1776981,"web_url":"http://patchwork.ozlabs.org/comment/1776981/","msgid":"<6c212d13-ba68-779d-a615-ad0b27e76ddd@linux.vnet.ibm.com>","list_archive_url":null,"date":"2017-09-28T11:55:53","subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","submitter":{"id":4421,"url":"http://patchwork.ozlabs.org/api/people/4421/","name":"Andreas Krebbel","email":"krebbel@linux.vnet.ibm.com"},"content":"On 09/27/2017 07:30 PM, Sandra Loosemore wrote:\n> On 09/27/2017 03:05 AM, Rainer Orth wrote:\n>> Hi Andreas,\n>>\n>>> On 09/27/2017 10:10 AM, Rainer Orth wrote:\n>>>> Hi Andreas,\n>>>>\n>>>>> On 09/26/2017 02:26 PM, Rainer Orth wrote:\n>>>>>> Hi Andreas,\n>>>>>>\n>>>>>>> diff --git a/gcc/doc/sourcebuild.texi b/gcc/doc/sourcebuild.texi\n>>>>>>> index 307c726..3acfd85 100644\n>>>>>>> --- a/gcc/doc/sourcebuild.texi\n>>>>>>> +++ b/gcc/doc/sourcebuild.texi\n>>>>>>> @@ -1398,6 +1398,9 @@ Target supports a vector misalign access.\n>>>>>>>   @item vect_no_align\n>>>>>>>   Target does not support a vector alignment mechanism.\n>>>>>>>\n>>>>>>> +@item vect_no_peel\n>>>>>>> +Target does not require any loop peeling for alignment purposes.\n>>>>>>> +\n>>>>>>>   @item vect_no_int_min_max\n>>>>>>>   Target does not support a vector min and max instruction on @code{int}.\n>>>>>>\n>>>>>> please keep the items sorted alphabetically.\n>>>>>\n>>>>> The items do not appear to be sorted alphabetically.\n>>>>\n>>>> they should be.  Your patch makes the ordering even more random.\n>>>>\n>>>> Patch to fix this preapproved ;-)\n>>> The items rather appear to be arranged by subject. Does it really make\n>>> sense do pull items like this\n>>> apart just to have it in alphabetical order?\n>>>\n>>> @item vect_intfloat_cvt\n>>> Target supports conversion from @code{signed int} to @code{float}.\n>>>\n>>> @item vect_uintfloat_cvt\n>>> Target supports conversion from @code{unsigned int} to @code{float}.\n>>>\n>>> @item vect_floatint_cvt\n>>> Target supports conversion from @code{float} to @code{signed int}.\n>>>\n>>> @item vect_floatuint_cvt\n>>> Target supports conversion from @code{float} to @code{unsigned int}.\n>>>\n>>>\n>>> I've added the no_peel item intentionally to the hw_misalign/no_align block.\n>>\n>> granted, there are some attempts at that, but I find it hard to make my\n>> way through that longish list.  The way it is, you have to skip through\n>> the whole list beginning to end.  Texinfo seems to have no subsubsection\n>> which would allow to make the sub-grouping explicit...\n>>\n>> Let's hear what Sandra thinks.\n> \n> Ummmm.  There is no common convention in the GCC documentation and other \n> parts of the manual do deliberately diverge from alphabetization in \n> places.  There's a perpetual tension between putting the most \n> commonly-needed information first vs grouping things by related concepts \n> vs alphabetize vs the tendency of people to insert new items at random \n> places in an existing list regardless of how it's previously been \n> organized.  :-(\n> \n> Alphabetical lists are useful when you already know the name of the \n> thing you are searching for, but almost everybody reads the \n> documentation in a web browser or PDF viewer with a search feature \n> nowadays so you can find the term no matter how the list is sorted.  So \n> I'd say we shouldn't alphabetize as a matter of policy if there is some \n> other organization that makes sense.\n> \n> In this case, the section is already broken into multiple sublists by \n> topic, most of the sublists are fairly short, and where there's some \n> discernible sort order within the sublists, it seems to be grouping \n> related things together rather than alphabetical.  So I wouldn't insist \n> on alphabetizing this particular sublist either.\n> \n> -Sandra\n\nOk thanks for the clarification. I'll try to fit the documentation updates into the existing\nstructure.  Updated patchset here: https://gcc.gnu.org/ml/gcc-patches/2017-09/msg01862.html\n\nBye,\n\n-Andreas-","headers":{"Return-Path":"<gcc-patches-return-463107-incoming=patchwork.ozlabs.org@gcc.gnu.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":["patchwork-incoming@bilbo.ozlabs.org","mailing list gcc-patches@gcc.gnu.org"],"Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=gcc.gnu.org\n\t(client-ip=209.132.180.131; helo=sourceware.org;\n\tenvelope-from=gcc-patches-return-463107-incoming=patchwork.ozlabs.org@gcc.gnu.org;\n\treceiver=<UNKNOWN>)","ozlabs.org; dkim=pass (1024-bit key;\n\tunprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org\n\theader.b=\"GOp0DD8W\"; dkim-atps=neutral","sourceware.org; auth=none"],"Received":["from sourceware.org (server1.sourceware.org [209.132.180.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3y2tSd0lhcz9t3v\n\tfor <incoming@patchwork.ozlabs.org>;\n\tThu, 28 Sep 2017 21:56:12 +1000 (AEST)","(qmail 119455 invoked by alias); 28 Sep 2017 11:56:05 -0000","(qmail 119445 invoked by uid 89); 28 Sep 2017 11:56:04 -0000","from mx0b-001b2d01.pphosted.com (HELO mx0a-001b2d01.pphosted.com)\n\t(148.163.158.5) by sourceware.org\n\t(qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP;\n\tThu, 28 Sep 2017 11:56:03 +0000","from pps.filterd (m0098420.ppops.net [127.0.0.1])\tby\n\tmx0b-001b2d01.pphosted.com (8.16.0.21/8.16.0.21) with SMTP id\n\tv8SBrgtn036905\tfor <gcc-patches@gcc.gnu.org>;\n\tThu, 28 Sep 2017 07:55:59 -0400","from e06smtp10.uk.ibm.com (e06smtp10.uk.ibm.com\n\t[195.75.94.106])\tby mx0b-001b2d01.pphosted.com with ESMTP id\n\t2d8vxym7re-1\t(version=TLSv1.2 cipher=AES256-SHA bits=256\n\tverify=NOT)\tfor <gcc-patches@gcc.gnu.org>;\n\tThu, 28 Sep 2017 07:55:58 -0400","from localhost\tby e06smtp10.uk.ibm.com with IBM ESMTP SMTP\n\tGateway: Authorized Use Only! Violators will be\n\tprosecuted\tfor <gcc-patches@gcc.gnu.org> from\n\t<krebbel@linux.vnet.ibm.com>; Thu, 28 Sep 2017 12:55:57 +0100","from b06cxnps3075.portsmouth.uk.ibm.com (9.149.109.195)\tby\n\te06smtp10.uk.ibm.com (192.168.101.140) with IBM ESMTP SMTP\n\tGateway: Authorized Use Only! Violators will be prosecuted;\n\tThu, 28 Sep 2017 12:55:54 +0100","from d06av24.portsmouth.uk.ibm.com (mk.ibm.com [9.149.105.60])\tby\n\tb06cxnps3075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0)\n\twith ESMTP id v8SBtsVN30408812; Thu, 28 Sep 2017 11:55:54 GMT","from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])\tby IMSVA\n\t(Postfix) with ESMTP id 3872E42047;\n\tThu, 28 Sep 2017 12:51:54 +0100 (BST)","from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1])\tby IMSVA\n\t(Postfix) with ESMTP id F33C84203F;\n\tThu, 28 Sep 2017 12:51:53 +0100 (BST)","from [9.152.212.134] (unknown [9.152.212.134])\tby\n\td06av24.portsmouth.uk.ibm.com (Postfix) with ESMTP;\n\tThu, 28 Sep 2017 12:51:53 +0100 (BST)"],"DomainKey-Signature":"a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:subject:to:cc:references:from:date:mime-version:in-reply-to\n\t:content-type:content-transfer-encoding:message-id; q=dns; s=\n\tdefault; b=YgtPLKQNlSWUOP8q7SPMPgwbabxL/QmlAHFJjFx1Xi2GmnlBvSYgP\n\tuFHBHGUQKKFVYuz9uFKtMfPpCuF1AsvSaeIXbyZD7W+3+SKxfUQix1fzlt1UoM6m\n\tWcLwYiHCLmWEKbUVgIsDr5jzH7bkZNhpOCqE/rG9m1w5dLSYukW5DI=","DKIM-Signature":"v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:subject:to:cc:references:from:date:mime-version:in-reply-to\n\t:content-type:content-transfer-encoding:message-id; s=default;\n\tbh=HyhqYum/WPICXFm9oSG207KGUvQ=; b=GOp0DD8WjkN6JG/aNrepRtfspgxa\n\t9K+yJOyOmZjv9Bdu4S5BTsNbIKAtUhsOmvz2UaTPwmYrvGs9SvjU0+56RMIwXIPZ\n\tJV2dMA5nICqhmsnZfxCQ0jn5y2DQp4WLYMcKhO0F7TsmrNGxJHM+s7nyzMVuKTsP\n\tBHDCjF7bMeilrE4=","Mailing-List":"contact gcc-patches-help@gcc.gnu.org; run by ezmlm","Precedence":"bulk","List-Id":"<gcc-patches.gcc.gnu.org>","List-Unsubscribe":"<mailto:gcc-patches-unsubscribe-incoming=patchwork.ozlabs.org@gcc.gnu.org>","List-Archive":"<http://gcc.gnu.org/ml/gcc-patches/>","List-Post":"<mailto:gcc-patches@gcc.gnu.org>","List-Help":"<mailto:gcc-patches-help@gcc.gnu.org>","Sender":"gcc-patches-owner@gcc.gnu.org","X-Virus-Found":"No","X-Spam-SWARE-Status":"No, score=-24.8 required=5.0 tests=AWL, BAYES_00,\n\tGIT_PATCH_0, GIT_PATCH_1, GIT_PATCH_2, GIT_PATCH_3,\n\tKAM_LAZY_DOMAIN_SECURITY,\n\tRCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=","X-HELO":"mx0a-001b2d01.pphosted.com","Subject":"Re: [PATCH 4/5] New target check: vect_nopeel - v2","To":"Sandra Loosemore <sandra@codesourcery.com>,\n\tRainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>","Cc":"gcc-patches@gcc.gnu.org","References":"<20170926113950.5472-1-krebbel@linux.vnet.ibm.com>\n\t<20170926113950.5472-5-krebbel@linux.vnet.ibm.com>\n\t<232952d2-9e6f-0c35-43e6-e46164d96346@linux.vnet.ibm.com>\n\t<yddtvzpve64.fsf@CeBiTec.Uni-Bielefeld.DE>\n\t<d70b21f1-545e-7dee-e163-c5d05ec59543@linux.vnet.ibm.com>\n\t<yddy3p0tvd5.fsf@CeBiTec.Uni-Bielefeld.DE>\n\t<4986ee4a-16b1-2a43-061f-e7663ccc14bb@linux.vnet.ibm.com>\n\t<yddlgl0tstl.fsf@CeBiTec.Uni-Bielefeld.DE>\n\t<59CBE021.5000208@codesourcery.com>","From":"Andreas Krebbel <krebbel@linux.vnet.ibm.com>","Date":"Thu, 28 Sep 2017 13:55:53 +0200","User-Agent":"Mozilla/5.0 (X11; Linux x86_64;\n\trv:52.0) Gecko/20100101 Thunderbird/52.3.0","MIME-Version":"1.0","In-Reply-To":"<59CBE021.5000208@codesourcery.com>","Content-Type":"text/plain; charset=windows-1252","Content-Transfer-Encoding":"7bit","X-TM-AS-GCONF":"00","x-cbid":"17092811-0040-0000-0000-000003DDE966","X-IBM-AV-DETECTION":"SAVI=unused REMOTE=unused XFE=unused","x-cbparentid":"17092811-0041-0000-0000-000025DF3A9D","Message-Id":"<6c212d13-ba68-779d-a615-ad0b27e76ddd@linux.vnet.ibm.com>","X-Proofpoint-Virus-Version":"vendor=fsecure engine=2.50.10432:, ,\n\tdefinitions=2017-09-28_04:, , signatures=0","X-Proofpoint-Spam-Details":"rule=outbound_notspam policy=outbound score=0\n\tspamscore=0 suspectscore=0 malwarescore=0 phishscore=0\n\tadultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx\n\tscancount=1 engine=8.0.1-1707230000\n\tdefinitions=main-1709280178","X-IsSubscribed":"yes"}}]