[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: announcing thaiword.el?
From: |
Miles Bader |
Subject: |
Re: announcing thaiword.el? |
Date: |
Tue, 29 Mar 2005 19:14:02 +0900 |
On Tue, 29 Mar 2005 18:02:51 +0900 (JST), Kenichi Handa <address@hidden> wrote:
> The problem is that the innermost function
> re_match_2_internal doesn't know about the original buffer
> or Lisp string. So, to make PREDICATE-FUN work, we must
> generate a Lisp string each time and that will be extemely
> slow.
Hmmm, I see the following in referenced in various places in regex.c,
and it seems to be set by Emacs callers to the regex functions:
/* In Emacs, this is the string or buffer in which we
are matching. It is used for looking up syntax properties. */
Lisp_Object re_match_object;
search.c sets it to nil for the current buffer (and the string in the
case of a string); if word_boundary_p were just passed this object and
the position as extra arguments...?
> And first of all, is re_match_2_internal a safe place
> to call a Lisp function?
Good question ... :-/
-Miles
--
Do not taunt Happy Fun Ball.
- Re: announcing thaiword.el?, (continued)
- Re: announcing thaiword.el?, Richard Stallman, 2005/03/26
- Re: announcing thaiword.el?, Kenichi Handa, 2005/03/27
- Re: announcing thaiword.el?, Richard Stallman, 2005/03/28
- Re: announcing thaiword.el?, Kim F. Storm, 2005/03/29
- Re: announcing thaiword.el?, Kenichi Handa, 2005/03/29
- Re: announcing thaiword.el?, Juri Linkov, 2005/03/29
- Re: announcing thaiword.el?, Miles Bader, 2005/03/29
- Re: announcing thaiword.el?, Kenichi Handa, 2005/03/29
- Re: announcing thaiword.el?,
Miles Bader <=
- Re: announcing thaiword.el?, Kenichi Handa, 2005/03/29