On Tue, 29 Mar 2005 18:02:51 +0900 (JST), Kenichi Handa <[EMAIL PROTECTED]>
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.
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
