From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mr5.vodafonemail.de (mr5.vodafonemail.de [145.253.228.165]) by sourceware.org (Postfix) with ESMTPS id 8905D385840F for ; Mon, 14 Feb 2022 11:03:12 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 8905D385840F 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 (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr5.vodafonemail.de (Postfix) with ESMTPS id 4Jy1Xv1kh9z209Z for ; Mon, 14 Feb 2022 11:03:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nexgo.de; s=vfde-smtpout-mb-15sep; t=1644836591; bh=1/s4iPRD2U8nuKjVWdh653rmGHawQgx/jhTopwxT2t4=; h=From:To:Subject:References:Date:In-Reply-To:Message-ID:User-Agent: Content-Type:From; b=eqJBW2jgsLxtKnXH7dxQULhfXzZsDGm/o9xBJg21EpEDuO6vIO3bzjJ/TU4lxWDT3 WgSA2jHb0YJ5Gm87X+BHsplwoYOFLKK8AXh+O71RuhmTFtxMqEVxxdpKOO0HoSMZPX OfU30OX8t6y9Gq5iYT5z2mT5rnht1HlJO4n2IkpY= Received: from Otto (p5b2f3a9b.dip0.t-ipconnect.de [91.47.58.155]) (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 4Jy1Xt4TwGzKm4p for ; Mon, 14 Feb 2022 11:03:07 +0000 (UTC) From: ASSI To: binutils@sourceware.org Subject: Re: [Bug] DWARF-5 section names in PE/PEP and weak symbols References: <878rwvrlz9.fsf@Rainer.invalid> <87mtiumsgt.fsf@Rainer.invalid> Date: Mon, 14 Feb 2022 12:02:59 +0100 In-Reply-To: <87mtiumsgt.fsf@Rainer.invalid> (Achim Gratz's message of "Sun, 13 Feb 2022 21:17:38 +0100") Message-ID: <87y22d7lss.fsf@Otto.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: 929 X-purgate-ID: 155817::1644836590-000004E6-2AE9AFFD/0/0 X-Spam-Status: No, score=-3030.0 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_BARRACUDACENTRAL, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE 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, 14 Feb 2022 11:03:18 -0000 Achim Gratz writes: > In fact it appears that with 2.38 weak symbols are in fact working > correctly for the handful examples that I've come up with. I'll have to > go back to the original example that produced buggy behaviour (grep-3.7 > w/o patched gnulib threadlib.m4) and see if that's now working as well > (it may not, since the libraries have all been produced by earlier ld, > but it seems worth trying). So, grep-3.7 does still not work when compiled with weak symbols enabled. It seems that it does not properly resoves the symbol using the DLL at runtime and/or misses to take the actual base address of the DLL into account (which differs from the one that it had when it was built due to rebasing). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada