From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30378 invoked by alias); 17 Oct 2016 10:32:21 -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 28755 invoked by uid 89); 17 Oct 2016 10:32:21 -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_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:1205 X-HELO: mail-pf0-f179.google.com Received: from mail-pf0-f179.google.com (HELO mail-pf0-f179.google.com) (209.85.192.179) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 17 Oct 2016 10:32:10 +0000 Received: by mail-pf0-f179.google.com with SMTP id s8so78073121pfj.2 for ; Mon, 17 Oct 2016 03:32:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=GgWemg1oGYBCNGihP+tRUVJTf/gD07nM416L1VxLc/g=; b=RQrOJdsB9RvBCKAKEJHOHp44TDg5Qg9P82neoq18w1w2Drg+QFAAMnzSGbcadeEd6m vw35sJGPWDRgXnTQnzezvBqEoPCTrYPhTw2iqRWYTnhzfTGHt1YRIvjlgmSGsa0R9+S0 6A7SLLhwSOw/EkR6pQnsfEyBIf3vwx1cMem+9G7VCE/77JcgemTy+q6/Jsus4H8HNZW1 9Odi6LD/aqi2TXc/U3KF5gMNAM2p0qDt4mcSRH929lyXHtc9azarHCIDzTq+i6pEQGBv OSJX8sRFvT8Y7kGPHvUVqNzj1s7HcZc17lx1xK1bAcHXJq9IKT91/28YJw78eidm6+Wa F9sQ== X-Gm-Message-State: AA6/9RlHJ6IRBO1UZZp2f5mC6V1vL89z9/Fj8UUzdR0tLLxsz3tTmQv+ID6ATa7kzWE4SA== X-Received: by 10.99.152.25 with SMTP id q25mr30707509pgd.36.1476700329174; Mon, 17 Oct 2016 03:32:09 -0700 (PDT) Received: from E107787-LIN (gcc1-power7.osuosl.org. [140.211.15.137]) by smtp.gmail.com with ESMTPSA id 21sm33168549pfs.88.2016.10.17.03.32.06 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Mon, 17 Oct 2016 03:32:08 -0700 (PDT) From: Yao Qi To: Bernhard Heckel Cc: Yao Qi , brobecker@adacore.com, gdb-patches@sourceware.org Subject: Re: [PATCH V4 5/6] Resolve dynamic target types of pointers. References: <1473230295-809-1-git-send-email-bernhard.heckel@intel.com> <1473230295-809-6-git-send-email-bernhard.heckel@intel.com> <86k2dc8hri.fsf@gmail.com> <57FFA0CC.1040800@intel.com> Date: Mon, 17 Oct 2016 10:32:00 -0000 In-Reply-To: <57FFA0CC.1040800@intel.com> (Bernhard Heckel's message of "Thu, 13 Oct 2016 16:57:16 +0200") Message-ID: <86bmyj8dwf.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: 2016-10/txt/msg00471.txt.bz2 Bernhard Heckel writes: >>> +set test "print intap, not associated" >>> +gdb_test_multiple "print intap" $test { >>> + -re " =3D \\(PTR TO -> \\( $int \\(:,:\\)\\)\\) >> associated>\r\n$gdb_prompt $" { >>> + pass $test >>> + } >>> + -re " =3D \r\n$gdb_prompt $" { >>> + pass $test >>> + } >>> +} >> Why do we need to different regex here? Need to handle the differences >> of different compilers? IMO, the former looks reasonable to me. > A pointer to an array (especially to Variable Length Array, VLA) is > described in Gfortran's compiled debug info > like normal array types + associated property of an pointer. Could you show the debug information gfortran and ifort generates respectively? > Not sure if this is a bug in Gfortran or not? I was also thinking to > make the > output equal, and check if an array has pointer attributes but ..... I > don't really like this approach. This would > cause a lot of "if .. else" construct in the code for example: > De-reference this pointer, Address operator, ... If gfortran people confirm it is a bug, we can xfail the test. --=20 Yao (=E9=BD=90=E5=B0=A7)