From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) by sourceware.org (Postfix) with ESMTPS id 953A93851C03 for ; Fri, 29 May 2020 05:43:20 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 953A93851C03 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=acm.org Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=casner@acm.org Received: from auge (75-25-121-24.lightspeed.snvaca.sbcglobal.net [75.25.121.24]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id 04T5hHPo002821 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Thu, 28 May 2020 22:43:18 -0700 Date: Thu, 28 May 2020 22:43:17 -0700 (PDT) From: Stephen Casner To: Alan Modra cc: binutils@sourceware.org Subject: Re: Plugin tests in ld testsuite In-Reply-To: <20200529031340.GH5475@bubble.grove.modra.org> Message-ID: References: <20200529031340.GH5475@bubble.grove.modra.org> User-Agent: Alpine 2.21.9999 (OSX 301 2018-08-15) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Sonic-CAuth: UmFuZG9tSVamYsxm3X/tuu0qEwCf6XCEmoZXf9nXjn7EKc7+pCa3X2uYuy+BKENu26zpv+wZ1YuTF5IXQzMclpkcLF0yXkTA X-Sonic-ID: C;hv4TTG+h6hGf9pszqzpn/A== M;isdGTG+h6hGf9pszqzpn/A== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-Spam-Status: No, score=-12.5 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_SOFTFAIL, 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: 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: Fri, 29 May 2020 05:43:22 -0000 On Fri, 29 May 2020, Alan Modra wrote: > On Tue, May 26, 2020 at 08:43:31PM -0700, Stephen Casner wrote: > > I'm trying to fix all the unexpected failures for the pdp11-aout > > target in the gas, ld and binutils testsuites. I fixed a bug in > > bfd/pdp11.c that allowed "PASS: plugin claimfile lost symbol", but > > I've been tracing the execution of the next test, "plugin claimfile > > replace symbol", and I don't see how to fix it. That test fails > > because the func.o module is claimed by the plugin and yet execution > > proceeds through loading all the symbols for that module. The test > > fails because the symbols is _not_ undefined. > > > > I am also working on implementation of a pdp11-elf32 target. That > > target does not use the bfd/pdp11.c code at all, yet the same test > > fails in the same manner. > > > > Is there a target that passes this test so I can compare the execution > > path? I had hoped to use x86_64-linux-gnu but I have not succeeded in > > building a cross for that on my MacOS system. > > $ grep 'PASS: plugin claimfile lost symbol' */ld/ld.log Thanks for responding, but that's not the test I was asking about. My port also passes that one. Please try: grep 'PASS: plugin claimfile replace symbol' */ld/ld.log Perhaps that test will also pass for your collection of test cases. If so, then I just need to get a compiler built for one that does. -- Steve