From patchwork Thu Jan 28 09:26:25 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Yao Qi X-Patchwork-Id: 10652 Received: (qmail 36501 invoked by alias); 28 Jan 2016 09:26:34 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Delivered-To: mailing list gdb-patches@sourceware.org Received: (qmail 36491 invoked by uid 89); 28 Jan 2016 09:26:33 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.2 required=5.0 tests=AWL, BAYES_50, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, SPF_PASS autolearn=ham version=3.3.2 spammy=vla-value.exp, UD:vla-value.exp, vlavalueexp, vla1 X-HELO: mail-pf0-f171.google.com Received: from mail-pf0-f171.google.com (HELO mail-pf0-f171.google.com) (209.85.192.171) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Thu, 28 Jan 2016 09:26:32 +0000 Received: by mail-pf0-f171.google.com with SMTP id x125so20986302pfb.0 for ; Thu, 28 Jan 2016 01:26:31 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id; bh=dz218nam1KMZOhmH6zlbRuo0ET9CJIgT+vxCRhDXpds=; b=czJv2XUF06RW1m+d8PidanS5NRzJ/EmJ5XUSB/q+qO49W1dcBI784K1jr3gd/5PYB3 +N3aHJcNnG/MOmU5TQj/j/B1RYxp7oPMbqxSf3UBHS/J/Jp/cMfBcOSmwV/IBgmGweYQ GaQf1iyYvErHaTuGRnRTe1xHzutqBbiMa7ITpN4c6NCuzG0Y2hazoj0DmHOAPcip6zb0 pPHP/taWgo02vyh1SXmyZyD21LmygUdR/HhwlShmaaemnQSzfKiQnIFzj+sVcdjeTNmj 8CDdysSzJ+7M9onfXlxeW6+H7zhzguegXkQbtSzwEsq0Y5pE3BjV7X2U/Bqbl2ln7sac sh/w== X-Gm-Message-State: AG10YOTrn9UIBImpe+eaZOvbPXGJL27p02QvZHjnrSFNE4YsXcPq2no90iHLlkhCTAVAVA== X-Received: by 10.98.71.130 with SMTP id p2mr2971945pfi.99.1453973190317; Thu, 28 Jan 2016 01:26:30 -0800 (PST) Received: from E107787-LIN.cambridge.arm.com (gcc1-power7.osuosl.org. [140.211.15.137]) by smtp.gmail.com with ESMTPSA id r26sm14767560pfb.21.2016.01.28.01.26.28 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 28 Jan 2016 01:26:29 -0800 (PST) From: Yao Qi X-Google-Original-From: Yao Qi To: gdb-patches@sourceware.org Subject: [PATCH] [testsuite] Fix tiemout fail in gdb.fortran/vla-value.exp Date: Thu, 28 Jan 2016 09:26:25 +0000 Message-Id: <1453973185-14480-1-git-send-email-yao.qi@linaro.org> X-IsSubscribed: yes In vla.f90, this single line of source is compiled to many instructions, vla2(:, :, :) = 1311 ! vla2-allocated it is quite slow (about several minutes in my testing) to step over this source line without range stepping. This patch is to increase the timeout value by 15 times, which is a magic number to make sure timeout disappears in my testing with a slow arm-linux board. I'll push it in later today. gdb/testsuite: 2016-01-28 Yao Qi * gdb.fortran/vla-value.exp: Wrap test with with_timeout_factor. --- gdb/testsuite/gdb.fortran/vla-value.exp | 16 +++++++++++++--- 1 file changed, 13 insertions(+), 3 deletions(-) diff --git a/gdb/testsuite/gdb.fortran/vla-value.exp b/gdb/testsuite/gdb.fortran/vla-value.exp index 6c6a484..0945181 100644 --- a/gdb/testsuite/gdb.fortran/vla-value.exp +++ b/gdb/testsuite/gdb.fortran/vla-value.exp @@ -43,8 +43,13 @@ gdb_test "print vla1(5,2,18)=1" "no such vector element \\\(vector not allocated # Try to access value in allocated VLA gdb_breakpoint [gdb_get_line_number "vla2-allocated"] gdb_continue_to_breakpoint "vla2-allocated" -gdb_test "next" "\\d+(\\t|\\s)+vla1\\\(3, 6, 9\\\) = 42" \ - "step over value assignment of vla1" +# Many instructions to be executed when step over this line, and it is +# slower in remote debugging. Increase the timeout to avoid timeout +# fail. +with_timeout_factor 15 { + gdb_test "next" "\\d+(\\t|\\s)+vla1\\\(3, 6, 9\\\) = 42" \ + "step over value assignment of vla1" +} gdb_test "print &vla1" \ " = \\\(PTR TO -> \\\( real\\\(kind=4\\\) \\\(10,10,10\\\)\\\)\\\) $hex" \ "print allocated &vla1" @@ -125,7 +130,12 @@ if ![runto MAIN__] then { } gdb_breakpoint [gdb_get_line_number "vla2-allocated"] gdb_continue_to_breakpoint "vla2-allocated" -gdb_test "next" "\\d+.*vla1\\(3, 6, 9\\) = 42" "next (1)" +# Many instructions to be executed when step over this line, and it is +# slower in remote debugging. Increase the timeout to avoid timeout +# fail. +with_timeout_factor 15 { + gdb_test "next" "\\d+.*vla1\\(3, 6, 9\\) = 42" "next (1)" +} gdb_test_no_output "set \$myvar = vla1" "set \$myvar = vla1" gdb_test "print \$myvar" \