emacs-elpa-diffs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[ELPA-diffs] /srv/bzr/emacs/elpa r311: * cl-lib.el: Try and patch things


From: Stefan Monnier
Subject: [ELPA-diffs] /srv/bzr/emacs/elpa r311: * cl-lib.el: Try and patch things up in case we're hiding the real cl-lib.
Date: Fri, 30 Nov 2012 13:27:44 -0500
User-agent: Bazaar (2.5.0)

------------------------------------------------------------
revno: 311
committer: Stefan Monnier <address@hidden>
branch nick: elpa
timestamp: Fri 2012-11-30 13:27:44 -0500
message:
  * cl-lib.el: Try and patch things up in case we're hiding the real cl-lib.
modified:
  packages/cl-lib/cl-lib.el
=== modified file 'packages/cl-lib/cl-lib.el'
--- a/packages/cl-lib/cl-lib.el 2012-11-22 21:51:43 +0000
+++ b/packages/cl-lib/cl-lib.el 2012-11-30 18:27:44 +0000
@@ -28,13 +28,39 @@
 ;; Make sure this is installed *late* in your `load-path`, i.e. after Emacs's
 ;; built-in .../lisp/emacs-lisp directory, so that if/when you upgrade to
 ;; Emacs-24.3, the built-in version of the file will take precedence, otherwise
-;; you'll quickly get recursive-load errors.
+;; you could get into trouble (although we try to hack our way around the
+;; problem in case it happens).
 
 ;; This code is largely copied from Emacs-24.3's cl.el, with the alias bindings
 ;; simply reversed.
 
 ;;; Code:
 
+(when (functionp 'macroexp--compiler-macro)
+  ;; `macroexp--compiler-macro' was introduced as part of the big CL
+  ;; reorganization which moved/reimplemented some of CL into core (mostly the
+  ;; setf and compiler-macro support), so its presence indicates we're running
+  ;; in an Emacs that comes with the new cl-lib.el, where this file should
+  ;; never be loaded!
+  (message "Real cl-lib shadowed by compatibility cl-lib? (%s)" load-file-name)
+  (when load-file-name
+    ;; (message "Let's try to patch things up")
+    (let ((loaddir (file-name-directory load-file-name))
+          load-path-dir)
+      ;; Find the problematic directory from load-path.
+      (dolist (dir load-path)
+        (if (equal loaddir (expand-file-name (file-name-as-directory dir)))
+            (setq load-path-dir dir)))
+      (when load-path-dir
+        ;; (message "Let's move the offending dir to the end")
+        (setq load-path (append (remove load-path-dir load-path)
+                                (list load-path-dir)))
+        ;; Here we could manually load cl-lib and then return immediately.
+        ;; But Emacs currently doesn't provide any way for a file to "return
+        ;; immediately", so instead we make sure the rest of the file does not
+        ;; throw away any pre-existing definition.
+        ))))
+
 (require 'cl)
 
 ;; Some of Emacs-24.3's cl.el definition are not just aliases, because either
@@ -64,7 +90,8 @@
                most-positive-float
                ;; custom-print-functions
                ))
-  (defvaralias (intern (format "cl-%s" var)) var))
+  (let ((new (intern (format "cl-%s" var))))
+    (unless (boundp new) (defvaralias new var))))
 
 (dolist (fun '(
                (get* . cl-get)
@@ -274,16 +301,17 @@
                ))
   (let ((new (if (consp fun) (prog1 (cdr fun) (setq fun (car fun)))
                (intern (format "cl-%s" fun)))))
-    (defalias new fun)))
+    (unless (fboundp new) (defalias new fun))))
 
 ;; `cl-labels' is not 100% compatible with `labels' when using dynamic scoping
 ;; (mostly because it does not turn lambdas that refer to those functions into
 ;; closures).  OTOH it is compatible when using lexical scoping.
 
-(defmacro cl-labels (&rest args)
-  (if (and (boundp 'lexical-binding) lexical-binding)
-      `(labels ,@args)
-    (error "`cl-labels' with dynamic scoping is not implemented")))
+(unless (fboundp 'cl-labels)
+  (defmacro cl-labels (&rest args)
+    (if (and (boundp 'lexical-binding) lexical-binding)
+        `(labels ,@args)
+      (error "`cl-labels' with dynamic scoping is not implemented"))))
 
 (provide 'cl-lib)
 ;;; cl-lib.el ends here


reply via email to

[Prev in Thread] Current Thread [Next in Thread]