From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtpout2.vodafonemail.de (smtpout2.vodafonemail.de [145.253.239.133]) by sourceware.org (Postfix) with ESMTPS id 73F363858008 for ; Mon, 20 Dec 2021 19:45:11 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 73F363858008 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=nexgo.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=nexgo.de Received: from smtp.vodafone.de (smtpa04.fra-mediabeam.com [10.2.0.35]) by smtpout2.vodafonemail.de (Postfix) with ESMTP id 877186264A for ; Mon, 20 Dec 2021 20:45:10 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nexgo.de; s=vfde-smtpout-mb-15sep; t=1640029510; bh=2+pob1n5nxVroDuuVd7a1D60jdgyT0wODFMM8iRm8oo=; h=From:To:Subject:References:Date:In-Reply-To; b=H5ChypuQz0y1yK6htbPY36dlk3S8aieCLU2wqJt0Y3JUY8OKxzJb7x7em4o7LGtja AjlY9GB0Gz+mxJbYKntH/hi4Duf0wwtiaONWdQ+alXOPxdq8wZIG6Xu7fngGXPeZHH c2SMEKCqJwjiqn7vSYibnxM1LMT8cb4BnkFu/5P4= Received: from Gertrud (p5b2f3fbc.dip0.t-ipconnect.de [91.47.63.188]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4JHqn14rzWz9rwK for ; Mon, 20 Dec 2021 19:45:09 +0000 (UTC) From: Achim Gratz To: binutils@sourceware.org Subject: Re: [Bug] DWARF-5 section names in PE/PEP and weak symbols References: <878rwvrlz9.fsf@Rainer.invalid> Date: Mon, 20 Dec 2021 20:45:04 +0100 In-Reply-To: (Nick Clifton via Binutils's message of "Wed, 15 Dec 2021 13:12:32 +0000") Message-ID: <8735mn5adb.fsf@Rainer.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate: clean X-purgate-size: 2057 X-purgate-ID: 149169::1640029509-00000805-0A94CF28/0/0 X-Spam-Status: No, score=-3030.1 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_BARRACUDACENTRAL, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_BL, RCVD_IN_MSPIKE_L3, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: binutils@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Binutils mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Dec 2021 19:45:13 -0000 Nick Clifton via Binutils writes: > Please could you file a bug report for this problem here: https://sourceware.org/bugzilla/show_bug.cgi?id=28719 > So you are saying that because the linker script now includes specific > references to DWARF-5 debug sections, the fputs symbol is being pulled > in to the link from the cygwin1.dll and hence it is no longer undefined ? > That seems to be most strange. It is much more strange: looking at the working and non-working version (going from 2.36 to 2.37) with objdump, everything but the debug section (differently named and now at the beginning of the object file instead of the end), there is absolutely no other difference in the other sections that I've been able to find. > Hmm, I suppose that the location lists will refer to real locations in > the code space, and so including the debug information could also pull > in the code itself. But really you would only want to have the debug > information for code that is already part of the final link. So maybe > the underlying problem is that the debug information has not been pruned > to match discarded code. I have no idea where and what to look for. > Quick question - if instead of deleting the references to the .debug_loclists > section you move them into the /DISCARD/ section earlier in the pe.se file, > does this also solve the problem. (The point being that if the script > explitcitly discards this information we also have room to add a comment > explaining why. Plus it will prevent future changes to the pe.sc file > from adding the section back in). (Also the change would be needed in > the pep.sc file as well, obviously. Plus the .zdebug_loclists section > would need similar treatment). How do I do that (and no, I'll not be able to check until the beginning of next year). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds