From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: makefile for v. 7.9.1 on Windows 7 doesn't work Date: Mon, 10 Sep 2012 16:01:44 -0400 Message-ID: <6286.1347307304@alphaville.americas.hpqcorp.net> References: <2053775498.18408.1347002005438.JavaMail.help@alum.mit.edu> <87ehmdk693.fsf@Rainer.invalid> <87ipblisu3.fsf@Rainer.invalid> Reply-To: nicholas.dokos@hp.com Return-path: Received: from eggs.gnu.org ([208.118.235.92]:38408) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TBAB9-0005ii-1t for emacs-orgmode@gnu.org; Mon, 10 Sep 2012 16:01:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TBAB5-0007wf-6Q for emacs-orgmode@gnu.org; Mon, 10 Sep 2012 16:01:54 -0400 Received: from g1t0029.austin.hp.com ([15.216.28.36]:46503) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TBAB4-0007wW-VN for emacs-orgmode@gnu.org; Mon, 10 Sep 2012 16:01:51 -0400 In-Reply-To: Message from John Hendy of "Mon, 10 Sep 2012 14:48:26 CDT." List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: John Hendy Cc: Achim Gratz , emacs-orgmode@gnu.org John Hendy wrote: > On Mon, Sep 10, 2012 at 2:24 PM, Achim Gratz wrote: > > John Hendy writes: > >>> I don't really know where your other problems come from, but it seems > >>> that whatever you are invoking as "emacs" fails to properly set up the > >>> load path. You can try and replace the "-L" option with "--directory". > >> > >> I'll definitely try this. Where should the load path point? My emacs > >> dir, or the org git dir? > > > > What I meant was that if you add something to load-path via this option, > > make sure it actually turns up _first_ in the load-path. Like > > > > emacs -L blafasel > > > > should then have "blafasel" as the first component in load-path. If > > emacs is invoked via a wrapper scriptit may inject other options in > > places that subvert this. Another possibility is that an environment > > variable EMACS_LOADPATH is set (or gets set by some wrapper) when emacs > > is started, this would also explain why the load-path doesn't end up > > what it's supposed to be. > > Thanks, Achim. I just now sent a fresh note to the list about this > specific issue, as I pretty much derailed this into a discussion on > that error. It seemed fitting to make a new thread and I included a > lot more details. I think the issue comes down to the function > =org-find-library-dir=, not the load path. I could be wrong. I don't > know where =org-find-library-dir= is defined. > C-h f org-find-library-dir RET shows that it's a macro in org-compat.el. Macros are a bit tricky -- see (info "(elisp) Compiling macros") for the gory details. Might this be the problem here? Nick