| blob | 71bdc73e792d6d765c358a98fb44aa6a4fabb223 |
1 ;;; vc-rcs.el --- support for RCS version-control
3 ;; Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
4 ;; 2000, 2001, 2004 Free Software Foundation, Inc.
6 ;; Author: FSF (see vc.el for full credits)
7 ;; Maintainer: Andre Spiegel <spiegel@gnu.org>
9 ;; $Id$
11 ;; This file is part of GNU Emacs.
13 ;; GNU Emacs is free software; you can redistribute it and/or modify
14 ;; it under the terms of the GNU General Public License as published by
15 ;; the Free Software Foundation; either version 2, or (at your option)
16 ;; any later version.
18 ;; GNU Emacs is distributed in the hope that it will be useful,
19 ;; but WITHOUT ANY WARRANTY; without even the implied warranty of
20 ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
21 ;; GNU General Public License for more details.
23 ;; You should have received a copy of the GNU General Public License
24 ;; along with GNU Emacs; see the file COPYING. If not, write to the
25 ;; Free Software Foundation, Inc., 59 Temple Place - Suite 330,
26 ;; Boston, MA 02111-1307, USA.
28 ;;; Commentary:
30 ;; See vc.el
32 ;;; Code:
34 ;;;
35 ;;; Customization options
36 ;;;
43 "*The release number of your RCS installation, as a string.
44 If nil, VC itself computes this value when it is first needed."
51 "*Extra switches for registering a file in RCS.
52 A string or list of strings. These are passed to the checkin program
58 string))
63 "*A string or list of strings specifying extra switches for rcsdiff under VC."
68 string))
73 "*Header keywords to be inserted by `vc-insert-headers'."
79 "*Indicates whether rcsdiff understands the --brief option.
80 The value is either `yes', `no', or nil. If it is nil, VC tries
81 to use --brief and sets this variable to remember whether it worked."
85 ;;;###autoload
88 "*Where to look for RCS master files.
89 For a description of possible values, see `vc-check-master-templates'."
94 function)))
98 \f
99 ;;;
100 ;;; State-querying functions
101 ;;;
103 ;;; The autoload cookie below places vc-rcs-registered directly into
104 ;;; loaddefs.el, so that vc-rcs.el does not need to be loaded for
105 ;;; every file that is visited. The definition is repeated below
106 ;;; so that Help and etags can find it.
108 ;;;###autoload (defun vc-rcs-registered (f) (vc-default-registered 'RCS f))
112 "Implementation of `vc-state' for RCS."
117 ;; vc-workfile-version might not be known; in that case the
118 ;; property is nil. vc-rcs-fetch-master-state knows how to
119 ;; handle that.
124 state
126 'up-to-date
128 'unlocked-changes
132 "State heuristic for RCS."
139 ;; If the headers say that the file is not locked, the
140 ;; permissions can tell us whether locking is used for
141 ;; the file or not.
149 'edited
153 state)
164 'edited
167 'edited
170 ;; Strange permissions. Fall through to
171 ;; expensive state computation.
176 "RCS-specific version of `vc-workfile-version'."
185 "Return non-nil if workfile version of FILE is the latest on its branch.
186 When VERSION is given, perform check for that version."
192 ;; Compare VERSION to the head version number.
195 ;; If we are not on the trunk, we need to examine the
196 ;; whole current branch.
201 "RCS-specific version of `vc-checkout-model'."
212 "RCS-specific implementation of `vc-workfile-unchanged-p'."
213 ;; Try to use rcsdiff --brief. If rcsdiff does not understand that,
214 ;; do a double take and remember the fact for the future
225 ;; The workfile is unchanged if rcsdiff found no differences.
228 \f
229 ;;;
230 ;;; State-changing functions
231 ;;;
234 "Register FILE into the RCS version-control system.
235 REV is the optional revision number for the file. COMMENT can be used
236 to provide an initial description of FILE.
238 `vc-register-switches' and `vc-rcs-register-switches' are passed to
239 the RCS command (in that order).
241 Automatically retrieve a read-only version of the file with keywords
242 expanded if `vc-keep-workfiles' is non-nil, otherwise, delete the workfile."
250 ;; if available, use the secure registering option
255 ;; parse output to find master file name and workfile version
262 ;; if we couldn't find the master name,
263 ;; run vc-rcs-registered to get it
264 ;; (will be stored into the vc-name property)
268 name
270 name
275 nil t)
279 "Return non-nil if RCS thinks it would be responsible for registering FILE."
280 ;; TODO: check for all the patterns in vc-rcs-master-templates
284 "Implementation of receive-file for RCS."
292 "Unregister FILE from RCS.
293 If this leaves the RCS subdirectory empty, ask the user
294 whether to remove it."
303 ;; check whether RCS dir is empty, i.e. it does not
304 ;; contain any files except "." and ".."
311 "RCS-specific version of `vc-backend-checkin'."
315 ;; Force branch creation if an appropriate
316 ;; default branch has been set.
318 default-branch
320 default-branch)
326 ;; if available, use the secure check-in option
330 switches)
333 ;; determine the new workfile version
343 ;; if we got to a different branch, adjust the default
344 ;; branch accordingly
352 ;; If this is an old RCS release, we might have
353 ;; to remove a remaining lock.
355 ;; exit status of 1 is also accepted.
356 ;; It means that the lock was removed before.
368 "Retrieve a copy of a saved version of FILE."
370 switches)
373 ;; Change buffers to get local value of vc-checkout-switches.
376 ;; Save this buffer's default-directory
377 ;; and use save-excursion to make sure it is restored
378 ;; in the same buffer it was saved in.
381 ;; Adjust the default-directory so that the check-out creates
382 ;; the file in the right place.
385 ;; if we should go to the head of the trunk,
386 ;; clear the default branch first
389 ;; now do the checkout
392 ;; If locking is not strict, force to overwrite
393 ;; the writable workfile.
397 ;; a literal revision was specified
403 ;; no revision specified:
404 ;; use current workfile version
405 workrev
406 ;; REV is t ...
408 ;; ... go to head of current branch
410 ;; ... go to head of trunk
412 nil)
414 switches)
415 ;; determine the new workfile version
420 ;; if necessary, adjust the default branch
423 file
427 new-version)))))
431 "Revert FILE to the version it was based on."
437 "Undo the most recent checkin of FILE.
438 EDITABLE non-nil means previous version should be locked."
444 ;; Check out the most recent remaining version. If it fails, because
445 ;; the whole branch got deleted, do a double-take and check out the
446 ;; version where the branch started.
458 ;; vc-do-command popped up a window with
459 ;; the error message. Get rid of it, by
460 ;; restoring the old window configuration.
462 ;; No, it was some other error: re-signal it.
466 "Merge changes into current working copy of FILE.
467 The changes are between FIRST-VERSION and SECOND-VERSION."
474 "Steal the lock on the current workfile for FILE and revision REV.
475 Needs RCS 5.6.2 or later for -M."
477 ;; Do a real checkout after stealing the lock, so that we see
478 ;; expanded headers.
482 \f
483 ;;;
484 ;;; History functions
485 ;;;
488 "Get change log associated with FILE."
492 "Get a difference report using RCS between two versions of FILE."
501 "Annotate FILE, inserting the results in BUFFER.
502 Optional arg REVISION is a revision to annotate from."
503 ;; Aside from the "head revision on the trunk", the instructions for
504 ;; each revision on the trunk are an ordered list of kill and insert
505 ;; commands necessary to go from the chronologically-following
506 ;; revision to this one. That is, associated with revision N are
507 ;; edits that applied to revision N+1 would result in revision N.
508 ;;
509 ;; On a branch, however, (some) things are inverted: the commands
510 ;; listed are those necessary to go from the chronologically-preceding
511 ;; revision to this one. That is, associated with revision N are
512 ;; edits that applied to revision N-1 would result in revision N.
513 ;;
514 ;; So, to get per-line history info, we apply reverse-chronological
515 ;; edits, starting with the head revision on the trunk, all the way
516 ;; back through the initial revision (typically "1.1" or similar),
517 ;; then apply forward-chronological edits -- keeping track of which
518 ;; revision is associated with each inserted line -- until we reach
519 ;; the desired revision for display (which may be either on the trunk
520 ;; or on a branch).
525 ;; The revision N whose instructions we currently are processing.
527 ;; Alist from the parse tree for N.
529 ;; Point and temporary string, respectively.
530 p s
531 ;; "Next-branch list". Nil means the desired revision to
532 ;; display lives on the trunk. Non-nil means it lives on a
533 ;; branch, in which case the value is a list of revision pairs
534 ;; (PARENT . CHILD), the first PARENT being on the trunk, that
535 ;; links each series of revisions in the path from the initial
536 ;; revision to the desired revision to display.
537 nbls
538 ;; "Path-accumulate-predicate plus revision/date/author".
539 ;; Until set, forward-chronological edits are not accumulated.
540 ;; Once set, its value (updated every revision) is used for
541 ;; the text property `:vc-rcs-r/d/a' for inserts during
542 ;; processing of forward-chronological instructions for N.
543 ;; See internal func `r/d/a'.
544 prda
545 ;; List of forward-chronological instructions, each of the
546 ;; form: (POS . ACTION), where POS is a buffer position. If
547 ;; ACTION is a string, it is inserted, otherwise it is taken as
548 ;; the number of characters to be deleted.
549 path
550 ;; N+1. When `cur' is "", this is the initial revision.
551 pre)
556 ;; Find which branches (if any) must be included in the edits.
558 bpt kids)
562 ;; A branchpoint may have multiple children. Find the right one.
566 ;; Start with the full text.
569 ;; Apply reverse-chronological edits on the trunk, computing and
570 ;; accumulating forward-chronological edits after some point, for
571 ;; later.
578 ;; Start accumulating the forward-chronological edits when N+1
579 ;; on the trunk is either the desired revision to display, or
580 ;; the appropriate branchpoint for it. Do this before
581 ;; updating `meta' since `r/d/a' uses N+1's `meta' value.
585 ;; Edits in the parse tree specify a line number (in the buffer
586 ;; *BEFORE* editing occurs) to start from, but line numbers
587 ;; change as a result of edits. To DTRT, we apply edits in
588 ;; order of descending buffer position so that edits further
589 ;; down in the buffer occur first w/o corrupting specified
590 ;; buffer positions of edits occurring towards the beginning of
591 ;; the buffer. In this way we avoid using markers. A pleasant
592 ;; property of this approach is ability to push instructions
593 ;; onto `path' directly, w/o need to maintain rev boundaries.
608 ;; For the initial revision, setting `:vc-rcs-r/d/a' directly is
609 ;; equivalent to pushing an insert instruction (of the entire buffer
610 ;; contents) onto `path' then erasing the buffer, but less wasteful.
612 ;; Now apply the forward-chronological edits for the trunk.
618 ;; Now apply the forward-chronological edits (directly from the
619 ;; parse-tree) for the branch(es), if necessary. We re-use vars
620 ;; `pre' and `meta' for the sake of internal func `r/d/a'.
625 prda nil)
638 ;; Lastly, for each line, insert at bol nicely-formatted history info.
639 ;; We do two passes to collect summary information used to minimize
640 ;; the annotation's usage of screen real-estate: (1) Consider rendered
641 ;; width of revision plus author together as a unit; and (2) Omit
642 ;; author entirely if all authors are the same as the user.
647 rda w a)
657 ht)
665 " "
667 ls)
675 ht)))
681 "Return the current time, based at midnight of the current day, and
682 encoded as fractional days."
687 "Return the time of the next annotation (as fraction of days)
688 systime, or nil if there is none. Also, reposition point."
697 \f
698 ;;;
699 ;;; Snapshot system
700 ;;;
703 "Assign to FILE's latest version a given NAME."
706 \f
707 ;;;
708 ;;; Miscellaneous
709 ;;;
712 "Check if the current file has any headers in it."
719 "Implementation of vc-clear-headers for RCS."
725 nil t)
729 ;; Just move the master file (using vc-rcs-master-templates).
732 \f
733 ;;;
734 ;;; Internal functions
735 ;;;
738 "Return non-nil if FILE is newer than its RCS master.
739 This likely means that FILE has been changed with respect
740 to its master version."
748 "Find most recent revision on BRANCH."
753 nil t)
762 "Compute the master file's idea of the state of FILE.
763 If a WORKFILE-VERSION is given, compute the state of that version,
764 otherwise determine the workfile version based on the master file.
765 This function sets the properties `vc-workfile-version' and
766 `vc-checkout-model' to their correct values, based on the master
767 file."
777 ;; Workfile version not known yet. Determine that first. It
778 ;; is either the head of the trunk, the head of the default
779 ;; branch, or the "default branch" itself, if that is a full
780 ;; revision number.
782 ;; no default branch
787 ;; default branch is actually a revision
789 default-branch)
791 ;; else, search for the head of the default branch
797 ;; Check strict locking
802 ;; Compute state of workfile version
810 ;; not locked
814 ;; workfile version is latest on branch
815 'up-to-date
816 ;; workfile version is not latest on branch
818 ;; locked by the calling user
822 workfile-is-latest
824 'edited
825 ;; Locking is not used for the file, but the owner does
826 ;; have a lock, and there is a higher version on the current
827 ;; branch. Not sure if this can occur, and if it is right
828 ;; to use `needs-merge' in this case.
830 ;; locked by somebody else
832 locking-user)
837 "Search for RCS headers in FILE, and set properties accordingly.
839 Returns: nil if no headers were found
840 'rev if a workfile revision was found
841 'rev-and-lock if revision and lock info was found"
849 ;; search for $Id or $Header
850 ;; -------------------------
851 ;; The `\ 's below avoid an RCS 5.7 bug when checking in this file.
858 ;; if found, store the revision number ...
860 ;; ... and check for the locking state
868 ;; unlocked revision
872 ;; revision is locked by some user
876 ;; everything else: false
878 ;; unexpected information in
879 ;; keyword string --> quit
881 ;; search for $Revision
882 ;; --------------------
885 nil t)
886 ;; if found, store the revision number ...
888 ;; and see if there's any lock information
901 ;; else: nothing found
902 ;; -------------------
911 ;; If the file has headers, we don't want to query the
912 ;; master file, because that would eliminate all the
913 ;; performance gain the headers brought us. We therefore
914 ;; use a heuristic now to find out whether locking is used
915 ;; for this file. If we trust the file permissions, and the
916 ;; file is not locked, then if the file is read-only we
917 ;; assume that locking is used for the file, otherwise
918 ;; locking is not used.
924 status))))
927 "Compare release numbers, represented as strings.
928 Release components are assumed cardinal numbers, not decimal fractions
929 \(5.10 is a higher release than 5.9\). Omitted fields are considered
930 lower \(5.6.7 is earlier than 5.6.7.1\). Comparison runs till the end
931 of the string is found, or a non-numeric component shows up \(5.6.7 is
933 some cases\). This code is suitable for existing RCS release numbers.
934 CVS releases are handled reasonably, too \(1.3 < 1.4* < 1.5\)."
955 "Return t if we have RELEASE or better."
962 "Return the RCS release installed on this system, as a string.
963 Return symbol UNKNOWN if the release cannot be deducted. The user can
964 override this using variable `vc-rcs-release'.
966 If the user has not set variable `vc-rcs-release' and it is nil,
967 variable `vc-rcs-release' is set to the returned value."
985 "Parse current buffer, presumed to be in RCS-style masterfile format.
986 Optional arg BUFFER specifies another buffer to parse. Return an alist
987 of two elements, w/ keys `headers' and `revisions' and values in turn
988 sub-alists. For `headers', the values unless otherwise specified are
989 strings and the keys are:
991 desc -- description
992 head -- latest revision
994 absent if the head revision lies on the trunk
995 access -- ???
996 symbols -- sub-alist of (SYMBOL . REVISION) elements
1000 expand -- may be absent; ???
1002 For `revisions', the car is REVISION (string), the cdr a sub-alist,
1003 with string values (unless otherwise specified) and keys:
1005 date -- a time value (like that returned by `encode-time'); as a
1006 special case, a year value less than 100 is augmented by 1900
1007 author -- username
1009 branches -- list of revisions that begin branches from this revision
1012 log -- change log entry
1013 text -- for the head revision on the trunk, the body of the file;
1014 other revisions have `:insn' instead
1015 :insn -- for non-head revisions, a list of parsed instructions
1018 - `(START k COUNT)' -- kill COUNT lines
1019 - `(START i TEXT)' -- insert TEXT (a string)
1020 The list is in descending order by START.
1022 The `:insn' key is a keyword to distinguish it as a vc-rcs.el extension."
1025 ;; An RCS masterfile can be viewed as containing four regular (for the
1026 ;; most part) sections: (a) the "headers", (b) the "rev headers", (c)
1027 ;; the "description" and (d) the "rev bodies", in that order. In the
1028 ;; returned alist (see docstring), elements from (b) and (d) are
1029 ;; combined pairwise to form the "revisions", while those from (a) and
1030 ;; (c) are simply combined to form the "headers".
1031 ;;
1032 ;; Loosely speaking, each section contains a series of alternating
1033 ;; "tags" and "printed representations". In the (b) and (d), many
1034 ;; such series can appear, and a revision number on a line by itself
1035 ;; precedes the series of tags and printed representations associated
1036 ;; with it.
1037 ;;
1038 ;; In (a) and (b), the printed representations (with the exception of
1039 ;; the `comment' tag in the headers) terminate with a semicolon, which
1040 ;; is NOT part of the "value" finally associated with the tag. All
1041 ;; other printed representations are in "@@-format"; there is an "@",
1042 ;; the middle part (to be translated into the value), another "@" and
1043 ;; a newline. Each "@@" in the middle part indicates the position of
1044 ;; a single "@" (and consequently the requirement of an additional
1045 ;; initial step when translating to the value).
1046 ;;
1047 ;; Parser state includes vars that collect parts of the return value...
1049 ;; ... as well as vars that support a single-pass, tag-assisted,
1050 ;; minimal-data-copying scan. Basically -- skirting around the
1051 ;; grouping by revision required in (b) and (d) -- we repeatedly
1052 ;; and context-sensitively read a tag (that MUST be present),
1053 ;; determine the bounds of the printed representation, translate
1054 ;; it into a value, and push the tag plus value onto one of the
1055 ;; collection vars. Finally, we return the parse tree
1056 ;; incorporating the values of the collection vars (see "rv").
1057 ;;
1058 ;; A symbol or string to keep track of context (for error messages).
1059 context
1060 ;; A symbol, the current tag.
1061 tok
1062 ;; Region (begin and end buffer positions) of the printed
1063 ;; representation for the current tag.
1064 b e
1065 ;; A list of buffer positions where "@@" can be found within the
1066 ;; printed representation region. For each location, we push two
1067 ;; elements onto the list, 1+ and 2+ the location, respectively,
1068 ;; with the 2+ appearing at the head. In this way, the expression
1069 ;; `(,e ,@@-holes ,b)
1070 ;; describes regions that can be concatenated (in reverse order)
1071 ;; to "de-@@-format" the printed representation as the first step
1072 ;; to translating it into some value. See internal func `gather'.
1101 acc)
1105 acc)
1114 ;; headers
1128 two))
1134 t))
1135 headers)
1143 ;; rev headers
1152 b e)
1154 ;; Hack the year -- verified to be the
1155 ;; same algorithm used in RCS 5.7.
1165 revs)
1168 ;; desc
1171 ;; rev bodies
1173 ;; Element of `revs' that initially holds only header info.
1174 ;; "Pairwise combination" occurs when we add body info.
1175 rev
1176 ;; Components of the editing commands (aside from the actual
1177 ;; text) that comprise the `text' printed representations
1178 ;; (not including the "head" revision).
1179 cmd start act
1180 ;; Ascending (reversed) `@-holes' which the internal func
1181 ;; `incg' pops to effect incremental gathering.
1182 asc
1183 ;; Function to extract text (for the `a' command), either
1184 ;; `incg' or `buffer-substring-no-properties'. (This is
1185 ;; for speed; strictly speaking, it is sufficient to use
1186 ;; only the former since it behaves identically to the
1187 ;; latter in the absense of "@@".)
1188 sub)
1192 ;; Self-deprecate when work is done.
1193 ;; Folding many dimensions into one.
1194 ;; Thanks B.Mandelbrot, for complex sum.
1195 ;; O beauteous math! --the Unvexed Bum
1204 context))))
1206 ;; For rev body `text' tags, delay translation slightly...
1208 ;; ... until we decide which tag and value is appropriate to
1209 ;; collect. For the "head" revision, compute the value of the
1210 ;; `text' printed representation by simple `gather'. For all
1211 ;; other revisions, replace the `text' tag+value with `:insn'
1212 ;; plus value, always scanning in-place.
1228 (?d
1229 ;; `d' means "delete lines".
1230 ;; For Emacs spirit, we use `k' for "kill".
1232 (?a
1233 ;; `a' means "append after this line" but
1234 ;; internally we normalize it so that START
1235 ;; specifies the actual line for insert, thus
1236 ;; requiring less hair in the realization algs.
1237 ;; For Emacs spirit, we use `i' for "insert".
1242 cmd context)))
1243 acc))
1246 ;; rv
1252 ;; arch-tag: 759b4916-5b0d-431d-b647-b185b8c652cf
1253 ;;; vc-rcs.el ends here