From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4792 invoked by alias); 15 Dec 2004 16:42:38 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 1659 invoked from network); 15 Dec 2004 16:36:30 -0000 Received: from unknown (HELO arwen.tausq.org) (64.81.244.109) by sourceware.org with SMTP; 15 Dec 2004 16:36:30 -0000 Received: by arwen.tausq.org (Postfix, from userid 1000) id 264026BE7D; Wed, 15 Dec 2004 08:36:29 -0800 (PST) Date: Wed, 15 Dec 2004 17:14:00 -0000 From: Randolph Chung To: gdb-patches@sources.redhat.com, brobecker@adacore.com Subject: Re: [RFA/hpux] SEGV when running program using dlopen Message-ID: <20041215163628.GY29171@tausq.org> Reply-To: Randolph Chung Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041215073206.GM964@adacore.com> X-GPG: for GPG key, see http://www.tausq.org/gpg.txt User-Agent: Mutt/1.5.6+20040722i X-SW-Source: 2004-12/txt/msg00384.txt.bz2 > Unfortunately for us, that doesnt' work for __d_trap, as that symbol > lives in crt0. So lookup_minimal_symbol_solib_trampoline never returns > any match, and we end up stuck with the non-stub address. > > I replaced the above block by a simply ALL_MSYMBOLS loop that simply > matches the msymbol name before checking for the associated stub type. > That fixes the problem. hrm, a question: since we are already doing this in an ALL_OBJFILES loop, how come we don't find the right symbol? i also notice that the problem only occurs when you link in end.o; what does that do? that kind of a loop exists elsewhere for the hpux target, so i want to understand this a bit more. thanks randolph -- Randolph Chung Debian GNU/Linux Developer, hppa/ia64 ports http://www.tausq.org/