Ma: fink or darwin.
15 years, 6 months
Uwe Brauer
Hello
I am thinking of switching to Mac, but I have to be sure that xemacs
works decently.
Can anybody comment on the (X11 based) Xemacs as shipped in fink or
Darwin? Do they support Mule?
thanks
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Alias analysis: consoles
15 years, 6 months
Jerry James
I've wanted to fix the alias analysis problems in our code base for a
few years now. Today, while waiting for a Linux kernel compile to
finish, I took at look at one of them. It is caused by this
definition in console-impl.h:
#ifdef ERROR_CHECK_TYPES
DECLARE_INLINE_HEADER (
struct console *
error_check_console_type (struct console *con, Lisp_Object sym)
)
{
assert (EQ (CONSOLE_TYPE (con), sym));
return con;
}
# define CONSOLE_TYPE_DATA(con, type) \
(*(struct type##_console **) \
&(error_check_console_type (con, Q##type))->console_data)
#else
# define CONSOLE_TYPE_DATA(con, type) \
(*(struct type##_console **) &((con)->console_data))
#endif
That way, CONSOLE_TYPE_DATA(foo, bar) is an lvalue. However, it
breaks compilations with alias analysis turned on. The way to fix
this is to give up on having a single polymorphic macro that is both
an rvalue and an lvalue. I'll admit it's cute, but with today's
compilers, it is also dangerous. The rvalue version should look like
this:
#ifdef ERROR_CHECK_TYPES
DECLARE_INLINE_HEADER (
struct console *
error_check_console_type (struct console *con, Lisp_Object sym)
)
{
assert (EQ (CONSOLE_TYPE (con), sym));
return con;
}
# define CONSOLE_TYPE_DATA(con, type) \
((struct type##_console *) \
(error_check_console_type (con, Q##type))->console_data)
#else
# define CONSOLE_TYPE_DATA(con, type) \
((struct type##_console *) ((con)->console_data))
#endif
The lvalue version is easy, since console_data is a void *, so
anything can be assigned to it. I'd probably write the
non-error-checking version like this:
#define CONSOLE_TYPE_DATA_LVALUE(con) ((con)->console_data)
or, more likely, just dispense with the stupid macro and assign to
con->console_data directly. What do you other developers think?
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
GPLv3 packages?
15 years, 6 months
Jerry James
While I think I understand the issues around GPLv2 versus GPLv3 for
XEmacs core, the corresponding issues with the packages are not so
clear to me. We have 3 packages in CVS right now that carry GPLv3
licenses: viper, ediff, and verilog-mode. Is that okay?
I ask because the Fedora Powers That Be would like us to update our
copy of verilog-mode to solve some issues that were addressed in very
recent versions of that package. While looking at it to see how hard
it would be to update, I saw the GPLv3 license and grepped for the
others.
Thanks,
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: Emacs-Lisp Bill-Board
15 years, 6 months
Andreas Röhler
Bastien wrote:
> Richard M Stallman <rms(a)gnu.org> writes:
>
>> It sounds good as you've described it. The best way for people to see
>> if it really is that good, and suggest changes, is if some of us
>> try visiting http://orgmode.org/worg/ and playing with it.
>
> I don't know if people on the list actually played with Worg but I just
> set up ELBB (Emacs Lisp Bill-Board). It works like Worg, but for Emacs
> Lisp code.
>
> The ELBB repository is hosted on gitorious:
>
> http://gitorious.org/projects/emacs-lisp-bill-board
>
> I publish an HTML output here:
>
> http://lumiere.ens.fr/~guerry/elbb/
>
> Changes made to the git repository are reflected on this website every
> hour.
>
> Please have a go and let me know if this is useful.
>
Hi Bastien,
you've done a great thing installing Emacs Lisp
Bill-Board already, thanks a lot.
(For others: we are her now: http://repo.or.cz/w/elbb.git)
Just pulled your last changes and its fine.
So if we are at the very beginning and still playing,
lets consider some issues:
as you told, ELBB now runs as a kind of org-mode.
That makes things slightly more difficult. Will it pay?
Does org-mode offer something, which might outweigh
necessity to learn that format?
Sure, it isn't that much; but let's think at the
(wo)man writing, having quite other things in mind then
learning special formatting lessons; that's already an
issue with wikis.
ELBB was conceived just to drop a note for others,
without much regard for it.
OTOH, if it pays it pays. Just wanted to put the
question at the table.
Maybe could you give a short example what the
gain might be in that context?
Otherwise my propose is to restart and proceed
with simple (general-purpose)-master and branches, telling everything
needed in the files commentary sections. ;)
Thanks again
Andreas Röhler
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
problems with (decode-coding-region 'utf-8: ' gives '
15 years, 6 months
Uwe Brauer
Hello
I am using to a large extend the wonderful babel.el which accesses
translation service such as translate.google.com
However recently translate.google.com changed its syntax and so had
babel.el.
In turns out that Xemacs (21.4.21. Or 21.5.18) cannot deal correctly
with the ' any more. (While GNU emacs can!)
Look at the following example:
Ich war heute in Paris
--->
J'étais aujourd'hui à Paris
instead of
J'étais aujourd'hui à Paris
The relevant code line is
(decode-coding-region (point-min) (point-max) 'utf-8)
Does anybody have an idea?
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
how to disable `edebug-defun'
15 years, 6 months
Uwe Brauer
Hello
I have seen this behavior before but not always.
I debug a function with edebug-defun, everything is fine the debugging
ends, or so I thought. When calling the function again the debugger
starts again, nothing helps no C-] no q no C-g nothing. In desperation I
kill the buffer of the corresponding lisp file. Now when I want to use
the function again, I obtain the following error:
Which I don't understand.
What shall I do?
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
insert-kbd-macro-function
15 years, 6 months
Uwe Brauer
Hello
insert-kbd-macro
inserts the following structure:
(defalias 'hello2
(read-kbd-macro "C-k C-y"))
So I would find it very nifty to have
(Defun hello2 ()
(interactive)
(kill-line)
(yank))
Instead.
I had a look at
(defun format-kbd-macro
But don't know how to proceed.
Anybody knows about that?
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
