From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3553 invoked by alias); 21 Jun 2006 08:54:12 -0000 Received: (qmail 3493 invoked from network); 21 Jun 2006 08:54:01 -0000 Received: from unknown (202.80.33.51) by sourceware.org with QMTP; 21 Jun 2006 08:54:01 -0000 Received: (qmail 7803 invoked from network); 21 Jun 2006 08:53:58 -0000 X-Anti-Virus: Message scanned for viruses by TVL Received: from dsl2-modem31.tvl.vu (HELO [192.168.2.14]) ([202.80.43.31]) (envelope-sender ) by mail.vanuatu.com.vu (qmail-ldap-1.03) with SMTP for ; 21 Jun 2006 08:53:58 -0000 Message-ID: <44990926.3070106@sakuraindustries.com> Date: Wed, 21 Jun 2006 14:44:00 -0000 From: Steven Johnson User-Agent: Mozilla Thunderbird 1.0.6-7.2.20060mdk (X11/20050322) MIME-Version: 1.0 To: Daniel Jacobowitz CC: Frederic RISS , Jim Blandy , gdb@sources.redhat.com Subject: Re: Problems with startup code symbols (Copious warnings) References: <44881434.2040207@sakuraindustries.com> <1150704956.2480.65.camel@crx549.cro.st.com> <20060620122112.GA20079@nevyn.them.org> <1150806737.2480.71.camel@crx549.cro.st.com> <20060620123712.GA20631@nevyn.them.org> <1150808381.2480.85.camel@crx549.cro.st.com> <449856E1.50308@sakuraindustries.com> <20060620233444.GA14292@nevyn.them.org> <1150877429.2480.91.camel@crx549.cro.st.com> In-Reply-To: <1150877429.2480.91.camel@crx549.cro.st.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-06/txt/msg00172.txt.bz2 Frederic RISS wrote: >On Tue, 2006-06-20 at 19:34 -0400, Daniel Jacobowitz wrote: > > >>On Wed, Jun 21, 2006 at 07:13:21AM +1100, Steven Johnson wrote: >> >> >>>Is it possible to to tell what section the debug info is for? >>> >>> >>No, at this point, that's exactly the problem. The necessary >>information is gone. >> >> >> Ok, from my poking around it seemed that what was still known however was the file name the symbol comes from (correct?). Again, it would seem unlikely that code from a file starting at 0, would also contain code trigerring link once behaviour. So, what about (until a better fix comes along) a settable variable that is the name of a file to ignore the "discard symbols for link once sections" behaviour? Something like: set this-file-validly-starts-at-zero vectors.S As we are talking about a single problematic address, a single option should be all that's required, as 2 files can't both start at the same address (assuming no one has overlays going on at address 0). If this is acceptable, id like it if anyone can propose a more suitable name for the option as I'm stumped for a decent one. This is something I AM comfortable in adding to GDB, Docs, etc. And will happilly do it by this weekend, if its OK with everyone concerned. >>Long term, the correct fix to this is not in GDB anyway. Both linker >>and compiler fixes have been pursued. Someone just needs to push >>through on it. >> >> > >Just out of curiosity, do you have any pointers to these 'pursued >fixes'? > > I too would be interested in pointers to this. Steven J