[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

vc-svn.el with XEmacs 21.4.15, vc 1.38

From: Greg Ward <gward_at_python.net>
Date: 2004-11-06 18:41:53 CET

Hi -- I'm trying to get vc-svn.el working, and it looks like I'm getting
bitten by an incompatibility with vc.el. I'm running XEmacs 21.4.15
under Debian 'unstable', with the "XEmacs package 1.38" version of
vc.el (the Debian package is xemacs21-basesupport_2004.08.18-1). Oh,
the copy of vc-svn.el I'm trying was included with Subversion 1.1.0-rc4
(which is identical to the one included in 1.1.1).

Here's what goes wrong: if I run

  (load-file "/home/greg/lib/emacs/vc-svn.el")

then I get this error message:

  Symbol's value as variable is void: vc-handled-backends

Looking through vc.el, there's no variable called vc-handled-backends.
The closest I could find was this:

"""
;; To implement support for a new version-control system, add another
;; branch to the vc-backend-dispatch macro and fill it in in each
;; call. The variable vc-master-templates in vc-hooks.el will also
;; have to change.

(defmacro vc-backend-dispatch (f s r c)
  "Execute FORM1, FORM2 or FORM3 for SCCS, RCS or CVS respectively.
If FORM3 is `RCS', use FORM2 for CVS as well as RCS.
\(CVS shares some code with RCS)."
[...]
"""

(I'm leaving out the incomprehensible Lisp code that follows.) (Caveat:
I find *all* Lisp code incomprehensible. ;-)

Any clue what's going on here? Thanks --

        Greg

-- 
Greg Ward <gward_at_python.net>                         http://www.gerg.ca/
God made machine language; all the rest is the work of man.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Nov 6 18:42:20 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.