From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 759 invoked by alias); 12 Aug 2014 06:56:12 -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 712 invoked by uid 89); 12 Aug 2014 06:56:08 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mga09.intel.com Received: from mga09.intel.com (HELO mga09.intel.com) (134.134.136.24) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 12 Aug 2014 06:56:07 +0000 Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga102.jf.intel.com with ESMTP; 11 Aug 2014 23:50:14 -0700 X-ExtLoop1: 1 Received: from kboell-mobl2.ger.corp.intel.com (HELO [172.28.205.55]) ([172.28.205.55]) by orsmga002.jf.intel.com with ESMTP; 11 Aug 2014 23:56:01 -0700 Message-ID: <53E9BA80.9040907@linux.intel.com> Date: Tue, 12 Aug 2014 06:56:00 -0000 From: Keven Boell User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Jan Kratochvil , Keven Boell CC: gdb-patches@sourceware.org, sanimir.agovic@intel.com Subject: Re: [V2 15/23] test: dynamic arrays passed to subroutines. References: <1405070495-6948-1-git-send-email-keven.boell@intel.com> <1405070495-6948-16-git-send-email-keven.boell@intel.com> <20140801201133.GA24508@host2.jankratochvil.net> <53E32384.1010800@linux.intel.com> In-Reply-To: <53E32384.1010800@linux.intel.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2014-08/txt/msg00192.txt.bz2 On 07.08.2014 08:58, Keven Boell wrote: > On 01.08.2014 22:11, Jan Kratochvil wrote: >> On Fri, 11 Jul 2014 11:21:27 +0200, Keven Boell wrote: >>> +gdb_test "finish" \ >>> + ".*foo\\\(sub_arr1\\\(5:10, 5:10\\\), sub_arr2\\\(10:15,10:15,10:15\\\)\\\)" \ >>> + "finish function" >> >> This testcase FAILs for 32-bit targets (FAILs on both x86_64-m32 and on i686). >> >> finish^M >> Run till exit from #0 foo (array1=..., array2=...) at gdb/testsuite/gdb.fortran/vla-sub.f90:31^M >> 0x08048aa5 in vla_sub () at gdb/testsuite/gdb.fortran/vla-sub.f90:72^M >> 72 call foo(sub_arr1, sub_arr2)^M >> (gdb) FAIL: gdb.fortran/vla-value-sub-finish.exp: finish function >> 8048aa0: e8 e9 fb ff ff call 804868e >> 8048aa5: 83 c4 08 add $0x8,%esp >> /home/jkratoch/redhat/gdb-vla-intel-noasan/gdb/testsuite/./gdb.fortran/vla-sub.f90:73 >> >> finish^M >> Run till exit from #0 foo (array1=..., array2=...) at gdb/testsuite/gdb.fortran/vla-sub.f90:31^M >> vla_sub () at gdb/testsuite/gdb.fortran/vla-sub.f90:73^M >> 73 call foo(sub_arr1(5:10, 5:10), sub_arr2(10:15,10:15,10:15))^M >> (gdb) PASS: gdb.fortran/vla-value-sub-finish.exp: finish function >> 400d34: e8 23 fb ff ff callq 40085c >> /home/jkratoch/redhat/gdb-vla-intel-noasan/gdb/testsuite/./gdb.fortran/vla-sub.f90:73 >> >> It is understandable, "finish" command sometimes ends up on the caller source >> line and sometimes on the next source line after caller, depending on the arch. >> >> At least this way it happens on: >> gcc-4.9.1-2.fc21.1.x86_64 >> > > I'll try to get this reproduced with gcc 4.9.x. I was using 4.8. I was able to reproduce the fail on FC20 with gcc 4.9 and adapted the regular expression accordingly. You can find an update on https://github.com/intel-gdb/vla/tree/vla-fortran > >> >> Thanks, >> Jan >> > > Thanks, > Keven > Keven