From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9116 invoked by alias); 8 Jul 2009 16:42:33 -0000 Received: (qmail 9106 invoked by uid 22791); 8 Jul 2009 16:42:32 -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 16:42:27 +0000 Received: (qmail 13478 invoked from network); 8 Jul 2009 16:42:25 -0000 Received: from unknown (HELO orlando) (pedro@127.0.0.2) by mail.codesourcery.com with ESMTPA; 8 Jul 2009 16:42:25 -0000 From: Pedro Alves To: gdb-patches@sourceware.org Subject: Re: How to fix solib path name? Date: Wed, 08 Jul 2009 17:15:00 -0000 User-Agent: KMail/1.9.10 Cc: danny.backx@scarlet.be References: <1247063678.3870.59.camel@pavilion> <200907081556.09821.pedro@codesourcery.com> In-Reply-To: <200907081556.09821.pedro@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200907081742.27876.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/msg00264.txt.bz2 Going back to the previous hints, and answering myself: On Wednesday 08 July 2009 15:56:09, Pedro Alves wrote: > > No \Windows\coredll.dll On Wednesday 08 July 2009 15:56:09, Pedro Alves wrote: > You'll have to issue with backslashes on linux though. =A0I don't > remember if GDB head takes care of converting those to forward > slashes for you or not. >=20 This bit of code in solib.c:solib_find appears to indicate that if the dll isn't found in the sysroot, then it should be found in the solib-search-path: /* If not found, next search the solib_search_path (if any) for the basen= ame only (ignoring the path). This is to allow reading solibs from a path that differs from the opened path. */ if (found_file < 0 && solib_search_path !=3D NULL) found_file =3D openp (solib_search_path, OPF_TRY_CWD_FIRST, lbasename (in_pathname), O_RDONLY | O_BINARY, &temp_pathname); but, lbasename on a linux box isn't considering '\' a path separator. --=20 Pedro Alves