Re: Build question

[Danny Backx <danny.backx@scarlet.be>]

On Fri, 2009-08-21 at 21:21 +0300, Eli Zaretskii wrote: 
> > > The way these macros and the corresponding source fragments in GDB are
> > > set, they only DTRT for native debugging.
> > 
> > Also right, but it looks like it doesn't take much to make it just work.
> 
> I think they need to be converted to run-time tests instead.  For
> that, we would probably need some kind of primitive that returns the
> filesystem type of the target, what the macros do now at compile-time.

That doesn't look right.

I am building i386-mingw32ce-gdb (or arm-mingw32ce-gdb). The targets
specified are Windows CE based, so they all have this "DOS BASED" file
system. So why test this at run time ?

The total extent of the patches I needed to get this particular issue
out of the way is this :
pavilion: {868} cvs diff include/filenames.h
Index: include/filenames.h
===================================================================
RCS file: /cvs/src/src/include/filenames.h,v
retrieving revision 1.5
diff -u -r1.5 filenames.h
--- include/filenames.h 21 Mar 2008 23:40:18 -0000      1.5
+++ include/filenames.h 21 Aug 2009 18:41:44 -0000
@@ -36,6 +36,10 @@
 #define HAVE_DOS_BASED_FILE_SYSTEM 1
 #endif
 
+#endif
+
+#ifdef HAVE_DOS_BASED_FILE_SYSTEM
+
 #define IS_DIR_SEPARATOR(c)    ((c) == '/' || (c) == '\\')
 /* Note that IS_ABSOLUTE_PATH accepts d:foo as well, although it is
    only semi-absolute.  This is because the users of IS_ABSOLUTE_PATH

And in the build directory, I added
 #define HAVE_DOS_BASED_FILE_SYSTEM 1
to libiberty/config.h and gdb/config.h .

I am looking for a way to get this into the build system somehow.

	Danny
-- 
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info