From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11034 invoked by alias); 29 May 2011 03:37:12 -0000 Received: (qmail 11022 invoked by uid 22791); 29 May 2011 03:37:11 -0000 X-SWARE-Spam-Status: No, hits=1.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KAM_STOCKTIP,RCVD_IN_DNSWL_NONE,TW_XD,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx4.orcon.net.nz (HELO mx4.orcon.net.nz) (219.88.242.54) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 29 May 2011 03:36:55 +0000 Received: from Debian-exim by mx4.orcon.net.nz with local (Exim 4.69) (envelope-from ) id 1QQWo9-0006ol-3e for binutils@sourceware.org; Sun, 29 May 2011 15:36:53 +1200 Received: from 60-234-221-162.bitstream.orcon.net.nz ([60.234.221.162] helo=[192.168.1.5]) by mx4.orcon.net.nz with esmtpa (Exim 4.69) (envelope-from ) id 1QQWo8-0006oF-OH; Sun, 29 May 2011 15:36:52 +1200 Message-ID: <4DE1BF54.3080307@orcon.net.nz> Date: Sun, 29 May 2011 03:37:00 -0000 From: Michael Cree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110505 Icedove/3.0.11 MIME-Version: 1.0 To: Alan Modra CC: Richard Henderson , debian-alpha@lists.debian.org, binutils@sourceware.org Subject: Re: Problems with linker on Alpha References: <4DBCC489.9020602@orcon.net.nz> <4DBF055E.1070701@twiddle.net> <20110503003227.GG18147@bubble.grove.modra.org> In-Reply-To: <20110503003227.GG18147@bubble.grove.modra.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DSPAM-Check: by mx4.orcon.net.nz on Sun, 29 May 2011 15:36:52 +1200 X-DSPAM-Result: Innocent X-DSPAM-Processed: Sun May 29 15:36:53 2011 X-DSPAM-Confidence: 0.5719 X-DSPAM-Probability: 0.0000 Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org X-SW-Source: 2011-05/txt/msg00366.txt.bz2 On 03/05/11 12:32, Alan Modra wrote: > On Mon, May 02, 2011 at 12:26:22PM -0700, Richard Henderson wrote: >> That plugin test, as far as I know, isn't system specific and fails >> for all targets. > > Passes as of 2011-04-18 Fails on Alpha at 2011-05-28. In particular the following tests fail: FAIL: plugin claimfile lost symbol FAIL: plugin claimfile replace symbol FAIL: plugin claimfile resolve symbol Going back to the first one the ld.log file contains: Hello from testplugin. tv[0]: LDPT_MESSAGE func@0x0x120028690 tv[1]: LDPT_API_VERSION value 0x1 (1) tv[2]: LDPT_GNU_LD_VERSION value 0xdd (221) tv[3]: LDPT_LINKER_OUTPUT value 0x1 (1) tv[4]: LDPT_OUTPUT_NAME 'tmpdir/main.x' tv[5]: LDPT_REGISTER_CLAIM_FILE_HOOK func@0x0x120027ce0 tv[6]: LDPT_REGISTER_ALL_SYMBOLS_READ_HOOK func@0x0x120027c50 tv[7]: LDPT_REGISTER_CLEANUP_HOOK func@0x0x120027bc0 tv[8]: LDPT_ADD_SYMBOLS func@0x0x120028330 tv[9]: LDPT_GET_INPUT_FILE func@0x0x120027b60 tv[10]: LDPT_RELEASE_INPUT_FILE func@0x0x120027b00 tv[11]: LDPT_GET_SYMBOLS func@0x0x120027f20 tv[12]: LDPT_ADD_INPUT_FILE func@0x0x120027e90 tv[13]: LDPT_ADD_INPUT_LIBRARY func@0x0x120027e00 tv[14]: LDPT_SET_EXTRA_LIBRARY_PATH func@0x0x120027d70 tv[15]: LDPT_OPTION 'registerclaimfile' tv[16]: LDPT_OPTION 'registerallsymbolsread' tv[17]: LDPT_OPTION 'registercleanup' tv[18]: LDPT_OPTION 'claim:tmpdir/func.o' tv[19]: LDPT_NULL value 0x0 (0) hook called: claim_file tmpdir/main.o [@0/4320] not claimed hook called: claim_file tmpdir/func.o [@0/3288] CLAIMED hook called: claim_file tmpdir/text.o [@0/2472] not claimed hook called: all symbols read. /home/mjc/toolchain/binutils.git/ld/ld-new: warning: cannot find entry symbol _start; defaulting to 00 000001200000f0 tmpdir/main.o: In function `main': /home/mjc/toolchain/binutils.git/ld/testsuite/ld-plugin/main.c:12: undefined reference to `func' /home/mjc/toolchain/binutils.git/ld/testsuite/ld-plugin/main.c:12: undefined reference to `func' hook called: cleanup. regexp_diff match failure regexp "^hook called: cleanup.$" line "/home/mjc/toolchain/binutils.git/ld/testsuite/ld-plugin/main.c:12: undefined reference to `fun c'" The regular expression in testsuite/ld-plugin/plugin-6.d only expects one line with the "undefined reference to `func'" but on Alpha two such (identical) lines are generated. Should two such lines really be printed (i.e. is this a bug in the Alpha linker) or should the regexp be updated to cope with the possibility of the undefined reference line being printed twice? Cheers Michael.