From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30769 invoked by alias); 10 Jul 2015 09:33:47 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 30685 invoked by uid 89); 10 Jul 2015 09:33:47 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-pd0-f181.google.com Received: from mail-pd0-f181.google.com (HELO mail-pd0-f181.google.com) (209.85.192.181) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Fri, 10 Jul 2015 09:33:44 +0000 Received: by pdrg1 with SMTP id g1so49601517pdr.2 for ; Fri, 10 Jul 2015 02:33:42 -0700 (PDT) X-Received: by 10.68.105.195 with SMTP id go3mr40505695pbb.48.1436520822553; Fri, 10 Jul 2015 02:33:42 -0700 (PDT) Received: from E107787-LIN (gcc1-power7.osuosl.org. [140.211.15.137]) by smtp.gmail.com with ESMTPSA id b12sm8494572pbu.20.2015.07.10.02.33.39 (version=TLS1_2 cipher=AES128-SHA256 bits=128/128); Fri, 10 Jul 2015 02:33:41 -0700 (PDT) From: Yao Qi To: Andreas Arnez Cc: Yao Qi , Doug Evans , Joel Brobecker , gdb-patches Subject: Re: Several regressions and we branch soon. References: <86r3p1queo.fsf@gmail.com> <87lhf8yz90.fsf@br87z6lw.de.ibm.com> <87a8vnzmzy.fsf@br87z6lw.de.ibm.com> <86twtpp6i0.fsf@gmail.com> <87h9ppkr0d.fsf@br87z6lw.de.ibm.com> Date: Fri, 10 Jul 2015 09:33:00 -0000 In-Reply-To: <87h9ppkr0d.fsf@br87z6lw.de.ibm.com> (Andreas Arnez's message of "Tue, 30 Jun 2015 20:09:06 +0200") Message-ID: <86h9pcl5lc.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2015-07/txt/msg00315.txt.bz2 Andreas Arnez writes: > Subject: [PATCH] gnu_vector.exp: Skip infcall tests on x86/x86_64 > > Since the new KFAILs/KPASSs for the infcall tests on x86 and x86_64 > targets generated unnecessary noise, this change skips them with > UNSUPPORTED instead. Hi Andreas, I still see some fails in gnu_vector.exp in various architectures, Here are some fails on ppc64be-m64, as I found from buildbot https://www.sourceware.org/ml/gdb-testers/2015-q3/msg01198.html new FAIL: gdb.base/gnu_vector.exp: call add_some_intvecs new FAIL: gdb.base/gnu_vector.exp: call add_various_floatvecs new FAIL: gdb.base/gnu_vector.exp: finish shows vector return value new FAIL: gdb.base/gnu_vector.exp: verify vector return value (the program = exited) Does GDB support vector infcall on ppc64be? I checked the test result on ppc64le https://www.sourceware.org/ml/gdb-testers/2015-q3/msg01201.html but gnu_vector.exp isn't compiled successfully (due to old gcc?) this case isn't compiled successfully on aix buildslave either. I also see two fails on s390x from buildbot https://www.sourceware.org/ml/gdb-testers/2015-q3/msg00957.html FAIL: gdb.base/gnu_vector.exp: finish shows vector return value FAIL: gdb.base/gnu_vector.exp: verify vector return value (the program exit= ed) IIUC, vector infcall should be supported on s390 GDB, right? I also see some vector infcall fails on both arm and aarch64 too. What GDB targets should support vector infcall? ppc64 (le and be) and s390? I am wondering we should only do the vector infcall tests on the supported GDB targets, and skip for the rest of them. --=20 Yao (=E9=BD=90=E5=B0=A7)