Hi all,
First, I'm asking for some advice and/or thoughts. Even so, I may
decide to do something completely different after reading all the
replies. You have been warned.
For reference, I've been working on a libClang wrapper. I already
have a little more than a hello-world already, and have wrapped three
types, and implemented a few functions that return and use these
types.
What's currently bothering me, is how to handle a type like CXCursor,
http://clang.llvm.org/doxygen/structCXCursor.html
which is not completely opaque. (Opaque types are rather easy).
First of all, I believe it'll be beneficial to be able to (get cursor
'kind) and possibly (get cursor 'xdata) which is an integer. However,
there is also a documented void * in it.
This void pointer is kind of "bothering" me. I can quite easily
return nil from (get cursor 'data) and I can also signal an error.
Are there any other sane options?
For the record, for now, (put cursor ...) and (remprop cursor ...) are
not supported; and never may be. As in, trying to use them results in
an error.
On the other hand (object-plist cursor) isn't even implemented, and I
have no idea what to do with it. Any ideas?
Also, the (get cursor 'kind) returns another type, which I've not yet
wrapped. This is an enumerator documented at
http://clang.llvm.org/doxygen/group__CINDEX.html#gaaccc432245b4cd9f2d4709...
and I wonder what some options are to represent this in elisp? My
first thought is to represent it as symbols (possibly even keywords).
Another would be to create yet another type and create constants.
This can potentially also be done with integers.
Any comments on the pros and cons of the various options? So far, I
don't have enough experience with the libClang interface to actually
form an opinion. I may even decide to try a few options and see which
feels best.
That's it for now,
Johann
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi all,
The following command displays nil,
$ xemacs -batch -eval '(message "%s" module-directory)'
nil
is that a bug? This is 21.4.22 and -vanilla changes nothing. The OS
is illumos (solaris) and I built xemacs myself.
Furtermore, on Ubuntu, I get
/build/buildd/xemacs21-21.4.22/modules/
which is probably incorrect. Is that a bug for the package maintainer?
Does anyone have an explanation for the difference?
Johann
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
I don't understand the following, in any XEmacs:
Suppose I get a buffer, and switch on quail, using, say,
chinese-tonepy.
If I do C-h b , the output starts with
Minor Mode Bindings for `quail-mode':
key binding
--- -------
.. ~ quail-start-translation
.. ÿ quail-start-translation
Local Bindings:
.........
The first range of keys starts with SPC (or at least, that's a SPC at
the start of the line). Doing a map-keymap to print the bindings in
quail-mode-map also shows a binding of SPC to quail-start-translation.
Yet if I do C-h k SPC , I'm told that SPC is bound to
self-insert-command ; and (lookup-key quail-mode-map ?\ ) tells me
there's no binding of SPC there.
Can somebody explain what's happening here?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hello
When I closed xemacs in my last session I had a file open in a directory
which does not exist anymore, however I now obtain on start up
the directory foo does not exist, Create?
And independent what I answer next time I start this message still pops
up, this is annoying, which package could cause such a behaviour?
Thanks
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
ACTIVITY SUMMARY (2014-11-18 - 2014-11-25)
XEmacs Issue Tracking System at http://tracker.xemacs.org/XEmacs/its/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
563 open ( +0) / 317 closed ( +0) / 880 total ( +0)
Open issues with patches: 13
Average duration of open issues: 1923 days.
Median duration of open issues: 2089 days.
Open Issues Breakdown
new 255 ( +0)
deferred 6 ( +0)
napping 3 ( +0)
verified 58 ( +0)
assigned 145 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 15 ( +0)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi all,
Is there a convention to refer to and document types in docstrings?
I'm asking because I'm creating a binding with an emodule, and have to
create several new types. (I already know the basics of how to do
this).
The first "module" I thought to check was postgresql, but it doesn't
actually document its types.
If I put something like `my-type' in a docstring, do people expect to
be able to find a docstring with something like C-h v ?
And related; is there something people typically use to jump from a
docstring to a related info manual?
--
Johann, where he admits his ignorance of docstring usage.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi all,
I've been wondering, is there a different way to say "boldface" than
to inherit bold?
Currently I'm doing this in my init.el:
(set-face-property 'font-lock-variable-name-face
'highlight [bold highlight])
The lispref itself seems silent on what the allowed values for this
property are.
If I understand correctly, the bold face highlight is a specifier with
specific values for a TTY and an X frame; so most of the time I'd want
to just use that.
On the other hand, it seems the lispref is lacking and I'm curious if
there are other ways to do it.
Johann
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
I tried to use this function (having very rarely done so in the past),
and found not one but two silly bugs in it. (With just updated
packages.)
To reproduce, get a buffer and put the text
here is some text with <foo> and junk
in it. Move to beginning, and:
C-x ( C-s <foobar> RET C-x )
M-x edit-last-kbd-macro RET
C-c C-c
The edit will fail, because the editing buffer says
Key: none
and none is not a valid key specification.
If one solves this by assigning it to a key, then the edit still
fails, because the main body of the editing buffer is
Macro:
C-s ;; isearch-forward
<foo> ;; self-insert-command * 5
RET ;; newline
and on edit <foo> is read as a key specification for a non-existent
key. Should be treating < as a special character and putting a space
after it, or whatever it does.
Does somebody know the code well enough to fix it quickly, or should
I?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Ar an triú lá de mí na Samhain, scríobh Johann 'Myrkraverk' Oskarsson:
> [...]
> > > And in the context of changing the lispref, is it within the scope of
> > > a bugfix to include usage examples for these functions (if I can come
> > > up with simple ones)?
> >
> > For XEmacs 21.5, IMHO the criterion for doc changes is not "is it a
> > bugfix", but "is the change likely to confuse users".
> >
> > For XEmacs 21.4, I suspect that Vin would take usage examples if and
> > only if they accompany a bugfix in the docs, but it's entirely up to
> > him.
>
> Ok. Everything I'm doing about the lispref also seems to apply to
> 21.5 too - this section is identical.
>
> I personally don't care if examples never make it to the lispref, I
> can always just put them on my blog. It's the erroneous and
> misleading docs that I care about.
I’m enthusiastic about (your :) fixing the docs in 21.4, and applying the same
changes to 21.5. I include docstrings in “docs”.
I don’t think that there’s enough of a win for changing code when that code
change is not a clear bugfix.
> I'm going to give people a few days to reply to any points I've
> touched upon, before I start to write any more change proposals.
--
‘Tramadol is further fed to cattle […] when working them […] (as draft
animals) so that the animals do not get tired quickly. …’
— Angewandte Chemie, Sept 2014, describing the social context of
(synthetic) tramadol having been found in Cameroon tree roots.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta