From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dani Moncayo Newsgroups: gmane.emacs.devel Subject: Re: Building Emacs from a new MinGW environment Date: Sat, 14 Sep 2013 17:42:28 +0200 Message-ID: References: <83sixwfdjk.fsf@gnu.org> <834n9nhhp6.fsf@gnu.org> <83ppsbfoe7.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: ger.gmane.org 1379173355 8541 80.91.229.3 (14 Sep 2013 15:42:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 14 Sep 2013 15:42:35 +0000 (UTC) Cc: Emacs development discussions To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 14 17:42:38 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 1VKrzZ-0003Fv-J5 for ged-emacs-devel@m.gmane.org; Sat, 14 Sep 2013 17:42:37 +0200 Original-Received: from localhost ([::1]:53753 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VKrzY-0006bz-OZ for ged-emacs-devel@m.gmane.org; Sat, 14 Sep 2013 11:42:36 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47585) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VKrzV-0006bu-Gv for emacs-devel@gnu.org; Sat, 14 Sep 2013 11:42:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VKrzU-0002zK-Iq for emacs-devel@gnu.org; Sat, 14 Sep 2013 11:42:33 -0400 Original-Received: from mail-lb0-x235.google.com ([2a00:1450:4010:c04::235]:41969) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VKrzS-0002yv-Pb; Sat, 14 Sep 2013 11:42:30 -0400 Original-Received: by mail-lb0-f181.google.com with SMTP id u14so2919658lbd.26 for ; Sat, 14 Sep 2013 08:42:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4oCJXWVcewW7DLpe8yrXqIau2dFztCMafZTxJ4XB/Hw=; b=m1kKQsudsvlL3ZQ5bdO2INpN2H/Cughtkqi1vqT+stPv/t+VCKpkOZWkF7vM2AR9VE ipZNsUoFEX7qcDHdjZ56Mq+brNyL3MlGXfomapEZhkiaQ41YiET8yx1/IUV9wVfBq33k zI6SKsDyIaAPxqLL5xMgp7yfQ9FEOoJjwz9uCfBpF2OeqlEFez36CicFf3PAJ4+pGnyn wdjQD7+IfDPe0g2/Xd5HO14ddlsBAFOA3JWRf3oKFtGf5iFtvIsJvxz4VZKJVhucbX1N 4qh4SRhS9e1Q1Au9Upnscv4bxN39RM2g5ht68i1+RHsGbzvYfZtsJa6MOz3y4zKSSajV +ZMQ== X-Received: by 10.152.26.72 with SMTP id j8mr16082805lag.19.1379173348934; Sat, 14 Sep 2013 08:42:28 -0700 (PDT) Original-Received: by 10.114.176.231 with HTTP; Sat, 14 Sep 2013 08:42:28 -0700 (PDT) In-Reply-To: <83ppsbfoe7.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::235 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:163342 Archived-At: > You need to step further down into init_callproc. It should correctly > initialize Vdata_directory here: > > if (data_dir == 0) > { > Lisp_Object tem, tem1, srcdir; > > srcdir = Fexpand_file_name (build_string ("../src/"), > build_string (PATH_DUMPLOADSEARCH)); > tem = Fexpand_file_name (build_string ("GNU"), Vdata_directory); > tem1 = Ffile_exists_p (tem); > if (!NILP (Fequal (srcdir, Vinvocation_directory)) || NILP (tem1)) > { > Lisp_Object newdir; > newdir = Fexpand_file_name (build_string ("../etc/"), > build_string (PATH_DUMPLOADSEARCH)); > tem = Fexpand_file_name (build_string ("GNU"), newdir); > tem1 = Ffile_exists_p (tem); > 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" Although that path doesn't have a literal "%emacs_dir%", I don't know if it is correct, because it's relative to my MSYS (which is installed in "c:\msys"). 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. > If PATH_DUMPLOADSEARCH looks OK (it > should not have any %emacs_dir% in it, then look at the value of 'tem' > 3 lines above the line I marked: > > (gdb) p tem > (gdb) xtype > (gdb) xstring (gdb) p tem $1 = 57503793 (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? > If the result of 'xstring' indeed shows the etc subdirectory of your > Emacs source tree, then perhaps the trouble happens inside > Ffile_exists_p: it should return non-nil in this case. You can > display its result: > > (gdb) p tem1 > (gdb) xtype > (gdb) xsymbol -- Dani Moncayo