From: "Tim Van Holder" To: , Subject: RE: ANNOUNCE: Binutils 2.11 released Date: Fri, 27 Apr 2001 18:16:29 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-reply-to: <1190-Fri27Apr2001180630+0300-eliz@is.elta.co.il> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Reply-To: djgpp-workers AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk > > Date: Fri, 27 Apr 2001 16:34:16 +0300 > > From: "Eli Zaretskii" > > > > I did find in dwarf2read.c some issue with DOSish file names, for > > which I'll submit a patch, but I don't think that could be a problem > > in this simple test case, since it didn't involve absolute file names. > > In order for me to DTRT in the patch, could someone please compile and > > link with -gdwarf-2 files whose names are in DOS-style form, like > > "d:/foo.c", "d:\foo\bar.c", and "d:/FOO/Bar.c", and see how do they > > end up in the debug info? In particular, do the backslashes stay as > > backslashes, and is the file-name letter-case changed in any way? > > Btw, "gcc -gstabs+ d:/foo/bar.c" doesn't DTRT with DOS-style absolute > file names: it seems to think that d:/foo/bar.c is a relative file > name, because it records it in its entirety in the stabs string where > only the basename should be recorded. This then causes objdump to > become confused and display file names like d:/foo/d:/foo/bar.c; I'm > guessing that other programs which read the debug info, such as GDB, > will be confused as well. Hmm - storing the entire path is the standard behaviour (gcc stores the path you give, whether relative or absolute), so that's OK. But objdump should handle this better (I'm pretty sure gdb has no problems with it). > I think GCC should convert all backslashes to forward slashes when it > records the file names and directory names in the debug info. This > will leave the debuggers with only two problems: the drive letter and > the case-insensitive file-name comparison. GDB should be able to > handle this with the macros provided by include/filenames.h which it > shares with Binutils. gdb already supports backslashes doesn't it? (except for filenames passed on the command line)