From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32424 invoked by alias); 17 Oct 2009 04:16:15 -0000 Received: (qmail 32413 invoked by uid 22791); 17 Oct 2009 04:16:14 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 17 Oct 2009 04:15:49 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 43ADD2BAC09; Sat, 17 Oct 2009 00:15:48 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id fq26c-ijcw0b; Sat, 17 Oct 2009 00:15:48 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 3DA042BABF7; Sat, 17 Oct 2009 00:15:47 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id C137FF591F; Fri, 16 Oct 2009 21:15:43 -0700 (PDT) Date: Sat, 17 Oct 2009 04:16:00 -0000 From: Joel Brobecker To: Danny Backx Cc: gdb-patches , Eli Zaretskii , Pedro Alves , Daniel Jacobowitz Subject: Re: shared lib dos filename style - one more question Message-ID: <20091017041543.GJ5272@adacore.com> References: <1253973110.10921.76.camel@pavilion> <1254946075.10921.178.camel@pavilion> <20091007201145.GA21557@caradoc.them.org> <1255017831.10921.197.camel@pavilion> <20091009173650.GB5272@adacore.com> <1255114781.10921.217.camel@pavilion> <20091010021849.GC5272@adacore.com> <20091012204451.GA17607@caradoc.them.org> <1255551583.10921.271.camel@pavilion> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1255551583.10921.271.camel@pavilion> User-Agent: Mutt/1.5.18 (2008-05-17) 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-10/txt/msg00382.txt.bz2 > Ok so I guess the table becomes : > > > 1. /path/to/a -> /path/to/a > > 2. \path/to/a -> /path/to/a > > 3. \path\to\a -> /path/to/a > > 4. c: -> c: > > 5. c:\path\to\a -> c:/path/to/a > > so the only thing that happens is backslash to forward slash > translation. That is also my understanding from the previous discussions, except also for the case insensitivity. > Do you mean that the call to unixify() should happen in openp() instead > of in solib_find() ? There's also a call to open() so I guess this > should be changed as well. It's a little foggy in my memory, right now, and I don't have much time to dig further. But you have to be a little careful - I don't think a call to open can be replaced by a call to openp. But what Daniel probably meant was that we shouldn't limit this solution to just solib_find. So yes, probably something in in openp. Or perhaps a new routine that does DOS-style file matching on Unix hosts that openp and solib_find could call. -- Joel