From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1805 invoked by alias); 7 Aug 2014 06:58:18 -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 1791 invoked by uid 89); 7 Aug 2014 06:58:17 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 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; Thu, 07 Aug 2014 06:58:16 +0000 Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga102.jf.intel.com with ESMTP; 06 Aug 2014 23:52:27 -0700 X-ExtLoop1: 1 Received: from kboell-mobl2.ger.corp.intel.com (HELO [10.237.4.153]) ([10.237.4.153]) by orsmga001.jf.intel.com with ESMTP; 06 Aug 2014 23:58:13 -0700 Message-ID: <53E32384.1010800@linux.intel.com> Date: Thu, 07 Aug 2014 06:58: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> In-Reply-To: <20140801201133.GA24508@host2.jankratochvil.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2014-08/txt/msg00129.txt.bz2 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. > > Thanks, > Jan > Thanks, Keven