URL:
<http://gna.org/bugs/?func=detailitem&item_id=4682>
Summary: compiling for xemacs beta
Project: The Emacs Muse
Submitted by: None
Submitted on: Wednesday 11/09/2005 at 15:26
Category: muse
Priority: 5 - Normal
Severity: 4 - Important
Status: Fixed
Privacy: Public
Assigned to: mwolson
Originator Email: [EMAIL PROTECTED]
Open/Closed: Closed
_______________________________________________________
Details:
when attempting to compile with xemacs beta, I get the following error:
make[1]: Entering directory `/usr/local/lib/xemacs/site-lisp/muse/lisp'
Compiling /usr/local/lib/xemacs/site-lisp/muse/lisp/muse-book.el...
Requiring wid-edit... (file wid-edit.el is newer)
While compiling muse-book-publish-chapter in file
/usr/local/lib/xemacs/site-lisp/muse/lisp/muse-book.el:
!! Stack overflow (("Variable binding depth exceeds max-specpdl-size"))
>>Error occurred processing muse-book.el: Stack overflow: Variable binding
depth exceeds max-specpdl-size
Done
make[1]: *** [muse-book.elc] Error 1
make[1]: Leaving directory `/usr/local/lib/xemacs/site-lisp/muse/lisp'
make: *** [lisp] Error 2
----end of error----
max-specpdl-size is at the stock 3000. Batch compiling ignores my init file
where it could be bumped up. What is the most elegant way to deal with this?
I would think muse-book.el should bump it up if it detects it's too low.
_______________________________________________________
Follow-up Comments:
-------------------------------------------------------
Date: Tuesday 06/27/2006 at 15:27 By: Michael Olson <mwolson>
Someone recently verified that this problem is now fixed.
-------------------------------------------------------
Date: Thursday 06/01/2006 at 00:06 By: Michael Olson <mwolson>
Aha! I have a working theory now.
muse-style-elements is a defsubst instead of a defun, and it also calls a
defsubst function (muse-get-keyword). For that matter, it also calls itself
recursively. Perhaps there is a bug in XEmacs beta that causes it to trip
over one or both of these conditions. It would be nice if someone could
alert the XEmacs developers about this behavior, because it doesn't happen in
XEmacs 21.4 or Emacs21 or Emacs22.
For now, I'll just change muse-style-elements to a defun (I don't like
defsubst's that much anyway). Let me know if that fixes things, so I can
close the bug. The fix should be in muse--main--1.0--patch-149.
-------------------------------------------------------
Date: Wednesday 05/31/2006 at 14:43 By: Marcus Harnisch <mharnisch>
*** WORKAROUND ***
All right. Compiling muse-publish.el before muse-book.el seems to work around
this issue. Still don't know what the actual reason
for the error message could be.
-- Marcus
-------------------------------------------------------
Date: Tuesday 05/30/2006 at 18:06 By: Marcus Harnisch <mharnisch>
Hmm, it's late over here. What I was trying to say was that the modification
of `muse-book-publish-chapter' shuts up the byte-compiler until it gets to
`muse-book-publish-project' further down in the source.
-- Marcus
-------------------------------------------------------
Date: Tuesday 05/30/2006 at 18:02 By: Marcus Harnisch <mharnisch>
Don't have much time to do serious debugging, but this is what I was able to
find out. `muse-book-publish-chapter' calls `muse-style-element', which seems
to be part of the issue. A test using this modification (not a fix!!!!)
triggers the same error in `muse-book-publish-project' which also calls
`muse-style-element'.
; (unless (or nochapters
; (muse-style-element :nochapters style))
(unless nochapters
Does that ring a bell?
Regards,
Marcus
-------------------------------------------------------
Date: Friday 05/12/2006 at 01:03 By: Michael Olson <mwolson>
[EMAIL PROTECTED] adds:
I get the following when trying to compile muse latest on my machine. I've
made the changes for xemacs as listed in the README, but to no avail. :(
make[1]: Entering directory `/home/sdague/xemacs-el/muse/lisp'
make[1]: Nothing to be done for `autoloads'.
make[1]: Leaving directory `/home/sdague/xemacs-el/muse/lisp'
(cd lisp && make)
make[1]: Entering directory `/home/sdague/xemacs-el/muse/lisp'
Compiling /home/sdague/xemacs-el/muse/lisp/muse-backlink.el...
Loading customization dependencies...
Loading customization dependencies...done
While compiling muse-backlink-handle-link in file
/home/sdague/xemacs-el/muse/lisp/muse-backlink.el:
** reference to free variable muse-colors-fontifying-p
** reference to free variable muse-wiki-interwiki-regexp
Wrote /home/sdague/xemacs-el/muse/lisp/muse-backlink.elc
Done
Compiling /home/sdague/xemacs-el/muse/lisp/muse-blosxom.el...
Loading customization dependencies...
Loading customization dependencies...done
Wrote /home/sdague/xemacs-el/muse/lisp/muse-blosxom.elc
Done
Compiling /home/sdague/xemacs-el/muse/lisp/muse-book.el...
Loading customization dependencies...
Loading customization dependencies...done
While compiling muse-book-publish-chapter in file
/home/sdague/xemacs-el/muse/lisp/muse-book.el:
!! Stack overflow (("Variable binding depth exceeds max-specpdl-size"))
>>Error occurred processing muse-book.el: Stack overflow: Variable binding
depth exceeds max-specpdl-size
Done
make[1]: *** [muse-book.elc] Error 1
make[1]: Leaving directory `/home/sdague/xemacs-el/muse/lisp'
make: *** [lisp] Error 2
Any help would be appreciated
-------------------------------------------------------
Date: Sunday 04/23/2006 at 14:05 By: Anonymous
I am seeing exactly the same issue with xemacs version 21.5.26:
Compiling /builddir/build/BUILD/muse-3.02.6b/lisp/muse-book.el...
Loading customization dependencies...
Loading customization dependencies...done
While compiling muse-book-publish-chapter in file
/builddir/build/BUILD/muse-3.02.6b/lisp/muse-book.el:
!! Stack overflow (("Variable binding depth exceeds max-specpdl-size"))
Done
[This is on fedora core development, which will become fedora core 6]
-------------------------------------------------------
Date: Monday 01/30/2006 at 16:23 By: Marcus Harnisch <mharnisch>
Neither did I. But then XEmacs 21.4.x is the stable series.
The issue is still there with muse-3.02.6a and XEmacs "21.5 (beta24)
\"dandelion\" XEmacs Lucid".
-- Marcus
-------------------------------------------------------
Date: Tuesday 12/13/2005 at 19:37 By: Michael Olson <mwolson>
I didn't see this behavior when compiling Muse 3.02.02 with XEmacs
21.4 (patch 17). Is this still an issue? If so, please let me know
exactly what version of XEmacs you are using.
_______________________________________________________
Carbon-Copy List:
CC Address | Comment
------------------------------------+-----------------------------
[EMAIL PROTECTED] |
[EMAIL PROTECTED] | Originator Email
_______________________________________________________
Reply to this item at:
<http://gna.org/bugs/?func=detailitem&item_id=4682>
_______________________________________________
Message sent via/by Gna!
http://gna.org/
_______________________________________________
Muse-el-commits mailing list
[email protected]
https://mail.gna.org/listinfo/muse-el-commits
