Re: Build question

Danny Backx
2009-08-21T18:51:17Z

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