From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4137 invoked by alias); 4 Mar 2011 10:37:53 -0000 Received: (qmail 4066 invoked by uid 22791); 4 Mar 2011 10:37:53 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from sibelius.xs4all.nl (HELO glazunov.sibelius.xs4all.nl) (83.163.83.176) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 04 Mar 2011 10:37:48 +0000 Received: from glazunov.sibelius.xs4all.nl (kettenis@localhost [127.0.0.1]) by glazunov.sibelius.xs4all.nl (8.14.3/8.14.3) with ESMTP id p24AbR9p028420; Fri, 4 Mar 2011 11:37:27 +0100 (CET) Received: (from kettenis@localhost) by glazunov.sibelius.xs4all.nl (8.14.3/8.14.3/Submit) id p24AbPBb001379; Fri, 4 Mar 2011 11:37:25 +0100 (CET) Date: Fri, 04 Mar 2011 10:37:00 -0000 Message-Id: <201103041037.p24AbPBb001379@glazunov.sibelius.xs4all.nl> From: Mark Kettenis To: ktietz70@googlemail.com CC: eliz@gnu.org, brobecker@adacore.com, gdb-patches@sourceware.org In-reply-to: (message from Kai Tietz on Fri, 4 Mar 2011 10:48:35 +0100) Subject: Re: [patch gdb]: Fix some DOS-path related issues in gdb References: <20110303145832.GY30306@adacore.com> <83tyfkw00f.fsf@gnu.org> 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: 2011-03/txt/msg00282.txt.bz2 > Date: Fri, 4 Mar 2011 10:48:35 +0100 > From: Kai Tietz > > 2011/3/3 Eli Zaretskii : > >> Date: Thu, 3 Mar 2011 18:58:32 +0400 > >> From: Joel Brobecker > >> Cc: Kai Tietz , gdb-patches@sourceware.org > >> > >> > I didn't know that the Windows 64bit target can use ELF debug info. > >> > Can it?  With what toolchains? > >> > > >> > As for mdebugread.c, I always thought it was MIPS specific.  What > >> > other platforms use it? > >> > >> These would still be pertinent in the case of cross debugging, no? > >> If the files were cross-compiled on Windows, the debug info would > >> contain file paths that follow the Windows convention... > > > > Is that use-case even practical?  Who would develop on Windows if they > > have Linux or Irix? > > > > Anyway, if others don't mind to have DOS-ism in mdebugread.c and > > elfread.c, I don't object. > > > > I didn't saw here direct objections. So ok for apply? > > On a second thought about Pedros's switch for turning on > case-(in)sensitive-ness by switch, it could be helpful. But the > slash/backslash issue is something pretty incompatible. Windows host > don't have issues in general (not for all API) to use slash and > backslash, but on unix filesystem a backslash causes troubles. So we > need here some path/filename normalization. There is no problem with backslashes in path names on Unix-like systems. Backslashes don't have a special meaning; they're just like normal letters. That's exactly why a native debugger on a Unix-like system should not try to be DOS compatible at all. And if you ask me, the same is true for a cross-debugger for a Unix-like target running on a Unix-like host.