From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa3.mentor.iphmx.com (esa3.mentor.iphmx.com [68.232.137.180]) by sourceware.org (Postfix) with ESMTPS id D2FF539C077E; Mon, 25 Jan 2021 14:40:53 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org D2FF539C077E Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=Tobias_Burnus@mentor.com IronPort-SDR: NO8LzmY88K0RTX6Q/fUeAAexrv3gXzTQZS/yWDbIIdIum1q+NaT5j3a/Wufrnw1GuHU/TMzD0s /2CQZJfiqEOoS4A9CimEoyUxQbWkNhsxRRL8/FLdHHFwP7auzgcMG95hajOKxIi446YSXSqM45 hiPGrS+ImqloSqLkaF17XNZl/Z80WByfwq0EdSPZIBKvU+aWkvnD+krCDbUlah89FAV8a+PHWy pV7NDEGw7gB97SRZxX642gBL5z6MAlZotFwOaaShiTCr+iIfsjDk4rHCttwiaOu52UfG5PGOhC lsE= X-IronPort-AV: E=Sophos;i="5.79,373,1602576000"; d="scan'208";a="57386406" Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa3.mentor.iphmx.com with ESMTP; 25 Jan 2021 06:40:52 -0800 IronPort-SDR: w5GpA7TLhYHgjX1SaAJugOBzP25mmi3WPgopo+Y0SCqDrIR64fxfMRg47bBRsO2zz1NVIgMBLp 3JOi7yKYOVof1hkdLYdSn1gFpFbd3a+UGWZZ5m0WTz4biij4vFo1o43eXFuXax3LX14Rw67k1c vzHIRgmssCZFQhWV4KDOL2Q6xYaUA6olzkRRaECklYr0Q56vFAjl63mMFkD/j+trCpg8yZ8jJI ICIuAH/e16aTyYyTPffnWeEsdV4EzTpPjeXF5lTuJgNe6i90z53xqCYy5xZc6CahA1DnomFDzK 3Bg= Subject: Re: Non-dwarf blocks detected by valgrind To: Thomas Koenig , Paul Richard Thomas CC: gcc mailing list , fortran References: <362769a6-4184-e59b-ded1-7cbe972c84ba@codesourcery.com> From: Tobias Burnus Message-ID: <6231d760-3cec-14a8-4e78-82bae4fe26ed@codesourcery.com> Date: Mon, 25 Jan 2021 15:40:47 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: SVR-IES-MBX-07.mgc.mentorg.com (139.181.222.7) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-Spam-Status: No, score=-6.3 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS, KAM_DMARC_STATUS, KAM_SHORT, NICE_REPLY_A, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: fortran@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Fortran mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2021 14:40:55 -0000 Hi Thomas, which binutil version do you have? I am asking because Jakub just submitted: https://gcc.gnu.org/pipermail/gcc-patches/2021-January/564206.html If that does not help, it might be that valgrind simply does not like the DWARF which GCC now produces by default. Defaulting to 4: Well, one way would be to use '4' in "init(5)" of "gdwarf-" in gcc/common.opt. Tobias PS: When checking myself, I did not set LD_LIBRARY_PATH, using the *.so of the Linux distro; hence, I might have missed the issue you are seeing. On 25.01.21 15:05, Thomas Koenig via Fortran wrote: > > Hi Tobias, > >>> Does this constitute a regression? >> >> From your description, yes. Can you give more details how to >> reproduce it? > > $ cat hello.f90 > print *,"Hello, world!" > end > $ valgrind --version > valgrind-3.15.0 > $ gfortran -g hello.f90 > $ valgrind ./a.out > [...] > --4184-- WARNING: Serious error when reading debug info > --4184-- When reading debug info from > /home/ig25/lib64/libgfortran.so.5.0.0: > --4184-- Ignoring non-Dwarf2/3/4 block in .debug_info > --4184-- WARNING: Serious error when reading debug info > --4184-- When reading debug info from > /home/ig25/lib64/libgfortran.so.5.0.0: > > [...] > > --4184-- WARNING: Serious error when reading debug info > --4184-- When reading debug info from /home/ig25/lib64/libgcc_s.so.1: > --4184-- Ignoring non-Dwarf2/3/4 block in .debug_info > > > [...] > > --4184-- WARNING: Serious error when reading debug info > --4184-- When reading debug info from > /home/ig25/lib64/libquadmath.so.0.0.0: > --4184-- Ignoring non-Dwarf2/3/4 block in .debug_info > > So, the problem (at least for me) is that libgfortran and > other libraries are built in a format that valgrind can not > understand, so it becomes much harder to debug libgfortran :-( > > Is there a way to configure the build so that the old debug > format is used for the libraries? > > Best regards > > Thomas ----------------- Mentor Graphics (Deutschland) GmbH, Arnulfstra=C3=9Fe 201, 80634 M=C3=BCnch= en / Germany Registergericht M=C3=BCnchen HRB 106955, Gesch=C3=A4ftsf=C3=BChrer: Thomas = Heurung, Alexander Walter