From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Building Emacs from a new MinGW environment Date: Sat, 14 Sep 2013 19:10:49 +0300 Message-ID: <83mwnffkom.fsf@gnu.org> References: <83sixwfdjk.fsf@gnu.org> <834n9nhhp6.fsf@gnu.org> <83ppsbfoe7.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1379175074 16990 80.91.229.3 (14 Sep 2013 16:11:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 14 Sep 2013 16:11:14 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dani Moncayo Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 14 18:11:16 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VKsRH-0003yu-O0 for ged-emacs-devel@m.gmane.org; Sat, 14 Sep 2013 18:11:15 +0200 Original-Received: from localhost ([::1]:53961 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VKsRH-0002j4-08 for ged-emacs-devel@m.gmane.org; Sat, 14 Sep 2013 12:11:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51587) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VKsR8-0002iO-A5 for emacs-devel@gnu.org; Sat, 14 Sep 2013 12:11:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VKsR2-0001vn-FC for emacs-devel@gnu.org; Sat, 14 Sep 2013 12:11:06 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:39431) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VKsR2-0001ul-7B for emacs-devel@gnu.org; Sat, 14 Sep 2013 12:11:00 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MT400D00I9LVO00@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Sat, 14 Sep 2013 19:10:57 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MT400D2EIA9UQ30@a-mtaout20.012.net.il>; Sat, 14 Sep 2013 19:10:57 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.166 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:163343 Archived-At: > Date: Sat, 14 Sep 2013 17:42:28 +0200 > From: Dani Moncayo > Cc: Emacs development discussions > > > if (!NILP (tem1)) > > Vdata_directory = newdir; <<<<<<<<<<<<<<<<<<<<<<<<<<<<< > > } > > } > > > > The sentence you marked doesn't get executed, because "NILP(tem1)" is 1. > > > 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. > And BTW, looking at the file, I see many strings including a literal > "%emacs_dir%", e.g.: > #define PATH_LOADSEARCH > "%emacs_dir%/share/emacs/24.3.50/lisp;%emacs_dir%/share/emacs/24.3.50/leim" > > I don't know if that is correct either. That is correct. > (gdb) xtype > Undefined command: "xtype". Try "help". > (gdb) xstring > Undefined command: "xstring". Try "help". > > I glanced over etc/DEBUG, and saw this: > > Some GDB versions by default do not automatically load .gdbinit files > in the directory where you invoke GDB. With those versions of GDB, > you will see a warning when GDB starts, like this: > > warning: File ".../src/.gdbinit" auto-loading has been declined by > your `auto-load safe-path' set to "$debugdir:$datadir/auto-load". > > There are several ways to overcome that difficulty, they are all > described in the node "Auto-loading safe path" in the GDB user manual. > > and after looking at that node in the GDB manual, I created a file > ~/.gdbinit with this line: > add-auto-load-safe-path C:\msys\home\dani > > That removes the warning issued by gdb at startup, but the "xtype" and > "xstring" commands remain unknown to gdb. What am I doing wrong? I'd try this instead: set auto-load safe-path c:/msys/home/dani (I always disable this nuisance by using "/" as the argument.)