From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Sebastien Vauban" Subject: Re: [bug] Symbol's function definition is void: org-pop-to-buffer-same-window Date: Fri, 02 Dec 2011 21:41:34 +0100 Message-ID: <80ty5i670h.fsf@somewhere.org> References: <80borsbgkb.fsf@somewhere.org> <9738.1322751641@alphaville.dokosmarshall.org> <9942.1322751918@alphaville.dokosmarshall.org> <10084.1322856580@alphaville.americas.hpqcorp.net> Mime-Version: 1.0 Content-Type: text/plain Return-path: 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-mXXj517/zsQ@public.gmane.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org-mXXj517/zsQ@public.gmane.org To: emacs-orgmode-mXXj517/zsQ@public.gmane.org Hi Nick, Nick Dokos wrote: > Kenny Meyer wrote: >> According to this discussion on the mailing list, >> http://comments.gmane.org/gmane.emacs.orgmode/48571 , this is a known >> bug. >> >> I fixed this by loading "org-compat" after requiring org-mode from >> git, just like Sebastian said. > > I don't think it's a bug in org: if you start with a clean copy of the > repo (make clean; make) and have your load-path pointing there, you > should not see any problems. > > IIUC, Michael Bach's problem (a fairly common one, btw) was that he was > mixing different installations: he was picking up a recent org-capture > that was using org-pop-to-buffer-same-window, but an older org-compat > that did not include the definition of that function. I don't see why I would suddenly have mixed paths in my .emacs file -- though this can always happen, as it is changed almost daily, here and there. > You have to make sure that all of the pieces come from the same place, > but there is still a gotcha in the sense that an old .elc file will > be picked up by emacs in preference to a new .el file (possibly with > a warning, but who looks at warnings?) > > Hence assuming you are using git to keep up to date: > > make clean I don't use compiled files, so problem is not that. > make > C-h v load-path RET load-path's value is (... "c:/home/sva/src/org-mode/contrib/lisp" "c:/home/sva/src/org-mode/lisp" ... "c:/Program Files/Emacs-24.0/lisp/org" ...) > [make sure that your load path points at your git directory *first*] Checked. > M-x org-reload RET > [or perhaps safer: restart emacs] > > And use M-x locate-library to make sure that emacs agrees with you about > where things are picked up from. Library is file ~/src/org-mode/lisp/org-compat.el Library is file ~/src/org-mode/lisp/org.el It's not obvious what I would have changed for getting this now... but I'll diff my emacs config files, if you say you don't have such a problem. Best regards, Seb -- Sebastien Vauban