Re: Problems compiling org-mode
13 years, 3 months
Michael Sperber
Robert Pluim <rpluim(a)gmail.com> writes:
> Hmm, I have the following as well. Does this mean you've implemented
>:eval support for the modeline in XEmacs?
No, but it's pretty high on my list.
--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Re: [issue]: file.el compiles to null file.elc
13 years, 3 months
Aidan Kehoe
Ar an naoiú lá de mí Méan Fómhair, scríobh Alan Mackenzie:
> I'm most impressed (though I haven't tried it out, yet). Any chance of
> some explanation? I don't think there's anything invalid about a naked
> `set-buffer', is there? How did you come upon this fix?
In general, there’s no particular problem with it, but you’re interfering
with the guts of byte-compilation in cc-defs.el, we don’t (and can’t really)
guarantee that functions with side effects like #'set-buffer won’t cause
problems if those side effects aren’t wrapped, when you do something like
that.
I came on the fix by applying the following patch to bytecomp.el, setting a
GDB breakpoint on Fdenominator, once that tripped setting a breakpoint on
set_buffer_internal, and then looking at the Lisp and C context for
unexpected values of the buffer.
--- bytecomp.el~ 2011-09-09 18:28:36.000000000 +0100
+++ bytecomp.el 2011-09-09 20:05:21.000000000 +0100
@@ -1886,15 +1878,21 @@
(goto-char (point-max byte-compile-outbuffer) byte-compile-outbuffer)
(set-buffer byte-compile-inbuffer)
(goto-char 1)
-
;; Compile the forms from the input buffer.
- (while (progn
- (while (progn (skip-chars-forward " \t\n\^L")
- (looking-at ";"))
- (forward-line 1))
- (not (eobp)))
- (byte-compile-file-form (read byte-compile-inbuffer)))
-
+ (debug-print "byte-compile-inbuffer is %S" byte-compile-inbuffer)
+ (setq my-global-variable (denominator 50))
+ (let (read)
+ (while (progn
+ (while (progn (skip-chars-forward " \t\n\^L")
+ (looking-at ";"))
+ (forward-line 1))
+ (not (eobp)))
+ (setq read (read byte-compile-inbuffer))
+ (debug-print "read is %S" read)
+ (byte-compile-file-form read)))
+ (debug-print "past the reading, current-buffer %S point is %S, eobp is %S"
+ (current-buffer) (point) (eobp))
+
;; Compile pending forms at end of file.
(byte-compile-flush-pending)
(byte-compile-insert-header filename byte-compile-inbuffer
--
‘Iodine deficiency was endemic in parts of the UK until, through what has been
described as “an unplanned and accidental public health triumph”, iodine was
added to cattle feed to improve milk production in the 1930s.’
(EN Pearce, Lancet, June 2011)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
[issue]: file.el compiles to null file.elc
13 years, 3 months
Alan Mackenzie
Hi, XEmacs.
Download CC Mode 5.32 from
<http://sourceforge.net/projects/cc-mode/files/cc-mode/cc-mode-5.32.tar.gz...>.
Unpack the archive and byte compile it as instructed in the README,
i.e.:
xemacs -batch -no-site-file -q -f batch-byte-compile cc-*.el
, where xemacs is, e.g., 21.4.22.
Note that the resulting cc-align.elc is only 576 bytes big and, on
closer examination, is content free. This is a bug.
Note: in an actual XEmacs session, M-x byte-compile-file compiles
cc-align.el properly.
--
Alan Mackenzie (Nuremberg, Germany).
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Re: Byte-compiler problems / packages build
13 years, 3 months
Aidan Kehoe
Ar an deichiú lá de mí Méan Fómhair, scríobh Stephen J. Turnbull:
> Michael Sperber writes:
> >
> > Is anybody able to build the packages with a current XEmacs? Right now,
> > I get `max-lisp-eval-depth' problems in pcl-cvs that smell of
> > byte-compiler problems.
>
> Here's a (smaller) test case, that somebody a little creative could
> probably find a way to automate a bisect. (That somebody might be me,
> but not tonight.)
I can compile that test case without problems. Do you both have the latest
versions of bytecomp.elc, cl-macs.elc and, just to be sure,
byte-optimize.elc?
> ;;; pcl-cvs-die --- byte compile this file to overflow max-lisp-eval-depth
> (defstruct (cvs-flags
> (:constructor nil)
> (:constructor -cvs-flags-make
> (desc defaults &optional qtypedesc hist-sym)))
> defaults persist desc qtypedesc hist-sym)
>
> (defmacro cvs-flags-define (sym defaults
> &optional desc qtypedesc hist-sym docstring)
> `(defconst ,sym
> (let ((bound (boundp ',sym)))
> (if (and bound (cvs-flags-p ,sym)) ,sym
> (let ((defaults ,defaults))
> (-cvs-flags-make ,desc
> (if bound (cons ,sym (cdr defaults)) defaults)
> ,qtypedesc ,hist-sym))))
> ,docstring))
>
> (cvs-flags-define cvs-cvs-flags '(("-f")))
> ;;; end pcl-cvs-die.el
--
‘Iodine deficiency was endemic in parts of the UK until, through what has been
described as “an unplanned and accidental public health triumph”, iodine was
added to cattle feed to improve milk production in the 1930s.’
(EN Pearce, Lancet, June 2011)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
File.el compiles to null file.elc
13 years, 3 months
Alan Mackenzie
Hi, XEmacs.
XEmacs 21.5.b31, 21.4.22
At the moment, when I compile cc-align.el on either of the two versions,
the resulting cc-align.elc is empty. More precisely, it looks like
this in its entirety:
;ELC^T^@^@^@
;;; compiled by acm(a)acm.acm on Fri Sep 9 10:53:29 2011
;;; from file /home/acm/cc-mackenzie-2011-08-30/cc-align.el
;;; emacs version 21.4 (patch 22) "Instant Classic" XEmacs Lucid.
;;; bytecomp version 2.27 XEmacs; 2000-09-12.
;;; optimization is on.
;;; this file uses opcodes which do not exist in Emacs 19.
(if (and (boundp 'emacs-version)
(or (and (boundp 'epoch::version) epoch::version)
(string-lessp emacs-version "20")))
(error "`cc-align.el' was compiled for Emacs 20"))
(or (boundp 'current-load-list) (setq current-load-list nil))
cc-align.el hasn't changed since it last compiled, but some of the files
it requires have.
Is this a known bug? What can I do about it?
--
Alan Mackenzie (Nuremberg, Germany).
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta