From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29529 invoked by alias); 8 Jul 2009 14:56:15 -0000 Received: (qmail 29519 invoked by uid 22791); 8 Jul 2009 14:56:14 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 08 Jul 2009 14:56:09 +0000 Received: (qmail 13775 invoked from network); 8 Jul 2009 14:56:07 -0000 Received: from unknown (HELO orlando) (pedro@127.0.0.2) by mail.codesourcery.com with ESMTPA; 8 Jul 2009 14:56:07 -0000 From: Pedro Alves To: gdb-patches@sourceware.org, danny.backx@scarlet.be Subject: Re: How to fix solib path name? Date: Wed, 08 Jul 2009 14:56:00 -0000 User-Agent: KMail/1.9.10 References: <1247063678.3870.59.camel@pavilion> In-Reply-To: <1247063678.3870.59.camel@pavilion> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200907081556.09821.pedro@codesourcery.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-07/txt/msg00251.txt.bz2 On Wednesday 08 July 2009 15:34:38, Danny Backx wrote: > I'm preparing a gdb patch so it works in a cross-debugging environment. > Host I'm using is a linux pc, target is running Windows CE Embedded 6.0. >=20 > The gdbserver part is getting complete, see other messages on this list. >=20 > The gdb still has a quirck or two. >=20 > (gdb) info sharedlibrary > >From To Syms Read Shared Object Library > No \network\x86\libgcc_s_sjlj-1.dll > 0x41ee1000 0x41fb2974 > Yes /opt/x86mingw32ce/i386-mingw32ce/lib/libstdc++-6.dll > No \Windows\coredll.dll > (gdb)=20 >=20 > I'm guessing that it should strip the \network\x86 from the library name > before it attempts to find it in the solib-search-path. >=20 Interesting. Does this mean that CE6 always reports absolute path names in dll events? If so, you want to use "set sysroot", not "set solib-search-path". (gdb) help set sysroot Set an alternate system root. The system root is used to load absolute shared library symbol files. For other (relative) files, you can add directories using `set solib-search-path'. You'll have to issue with backslashes on linux though. I don't remember if GDB head takes care of converting those to forward slashes for you or not. Here's what I see when debugging gdbserver with itself on ARM CE 5.0 Pocket PC: WinMainCRTStartup (hInst=3D0xf65999ae, hPrevInst=3D0x0, lpCmdLine=3D0x2613f= ed8 L"", nCmdShow=3D5) at /home/pedro/cegcc/trunk/cegcc/src/mingw/crt3.c:35 35 { (gdb) info sharedlibrary =46rom To Syms Read Shared Object Library No ws2.dll No coredll.dll.0409.mui No coredll.dll (gdb)=20=20 That is, CE reports relative paths, at least for system dlls. I'm yet refresh my memory what happens against a non-system dll. --=20 Pedro Alves