I suspect this may have to do with -Wl,-znocombreloc. If I change the
debian/rules to
LDFLAGS = $(shell dpkg-buildflags --get LDFLAGS) -Wl,-znocombreloc
then the emacs24-lucid package works.
The emacs configure checks for and adds -Wl,-znocombreloc to LDFLAGS.
But the way the build_cmd
This bug happens for me too with 24.3+1-1. (Though emacs23-lucid is
ok.)
gdb suggests that the superclass field in emacsFrameClassRec is some
wild pointer value, not the intended widgetClassRec, causing
XtInitializeWidgetClass() to crash when it follows to the superclass.
The superclass field
Rob Browning r...@defaultvalue.org writes:
# The version-specific site-lisp dir, say emacs/21.1/site-lisp, needs
# to be in share/FLAVOR so that as we upgrade from 21.1 to 21.2,
# etc., add-on package bits don't get left behind.
Hmm. I suppose if an add-on is removed
Rob Browning r...@defaultvalue.org writes:
investigate our load-path handling more carefully, perhaps even more so,
given that Emacs has changed its behavior over the past couple of major
releases -- but I also think that it's probably not something that we
should attempt right now, this
Rob Browning r...@defaultvalue.org writes:
It's not the list spine I'm trying to copy, but the string objects
Ah, I see. Yes that might be prudent, though the flavor-dir one
coming in is a fresh concat.
I suppose one argument for keeping the symlink is the possibility that
Emacs or add-on
Rob Browning r...@defaultvalue.org writes:
(let* ((paths (mapcar copy-sequence dirs)) ; Ensure we have unique objects.
In debian-run-directories? I suspect its rest makes dirs a fresh
list anyway.
Incidentally, one thing I never understood was why load-path has entries
for both
Hendrik Tews hend...@askra.de writes:
(Yes, Coq and Proof General should not use the same Emacs feature
name for different packages.
Oh, I see they're not really different, just the coq one is smaller and
maybe older.
For the debian packages I'd suggest proofgeneral could supercede the coq
Hendrik Tews hend...@askra.de writes:
(setq load-path (append add-on-package-paths old-load-path))
This was recently (recently!) noted in bug 117564. I made a report
a time after too, missing the earlier one, as bug 454778.
This makes the requirement in the Debian Emacs policy
muppet sc...@asofyet.org writes:
This behavior implies that there are cases in which the cell renderer
is never being asked to draw itself.
In some of my own tests I wait for map-event before checking certain
callbacks and settings, because a window manager can delay map and
expose for an
Andreas Jochens [EMAIL PROTECTED] writes:
- extern const scm_lt_dlsymlist lt_preloaded_symbols[];
+ extern const scm_lt_dlsymlist *lt_preloaded_symbols;
As noted under bug 326527, this is incorrect. It happens to work
because the first entry in the array is NULL, but the thing to do to
10 matches
Mail list logo
