Re: Building Emacs from a new MinGW environment

[Eli Zaretskii]

> Date: Sat, 14 Sep 2013 18:34:45 +0200
> From: Dani Moncayo <address@hidden>
> Cc: Emacs development discussions <address@hidden>
> 
> >> > If that doesn't work, perhaps PATH_DUMPLOADSEARCH has the wrong value
> >> > (it comes from src/epaths.h).
> >>
> >> It's defined like this:
> >>   #define PATH_DUMPLOADSEARCH "/home/dani/emacs/emacs.git/lisp"
> >
> > This is wrong, it should be the full Windows file name starting with a
> > drive letter.  Looks like the epaths-force-w32 target in the top-level
> > Makefile is not working correctly for some reason.  It should convert
> > the value of srcdir into a Windows d:/foo/bar format, and then replace
> > @SRC@ in nt/epaths.nt with that value.
> 
> I see, but alas, right now I don't know how to investigate this further.

Add 'echo' to display the values.

What is the value of srcdir in top-level Makefile?

> >   set auto-load safe-path c:/msys/home/dani
> >
> > (I always disable this nuisance by using "/" as the argument.)
> 
> I just tried that too.  The warning disappears, but the xtype/xstring
> commands remain undefined.

"source ./gdbinit" inside GDB should do the trick.