hey stefan,
that's definitely worth bearing in mind. if our workaround
fails, then we'll try your solution
g
Stefan Monnier wrote:
Thanks, Stefan. That makes sense. But it would need to run within the
fontification function, so we'd like it to be speedy...
Try it. It's not at all obvio
> Thanks, Stefan. That makes sense. But it would need to run within the
> fontification function, so we'd like it to be speedy...
Try it. It's not at all obvious to me that performance will be a problem.
I'm often surprised at how much work one can do within font-lock without it
having any noti
thanks, stefan. that makes sense. but it would need to run within the
fontification function, so we'd like it to be speedy...
g
Stefan Monnier wrote:
Thank you for your response. It was helpful to know that this isn't going
to be an easy fix. We're already using regexp-opt, which is suppose
> Thank you for your response. It was helpful to know that this isn't going
> to be an easy fix. We're already using regexp-opt, which is supposed to
> optimize and shrink the regex.
In that case I don't think there's much you can do (you may be able to
tweak regexp-opt to reduce the compiled re
rectory. If the number of files is too large (c. 1500,
depending on the length of the filenames), then the regular
expression that gets built is too big, and Emacs flashes up
an error: Invalid regexp: "regular expression too big".
So it looks as though this is a known issue
s too big, and Emacs flashes up
> an error: Invalid regexp: "regular expression too big".
> So it looks as though this is a known issue, and that the
> solution was just to hardcode a ceiling on regexp size. This
> is a showstopper for us. At the moment, the only workaround
&
hello,
i sent this identical message via M-x report-bug, but just
in case it didn't work, here it is in pure email form
many thanks,
greg
p.s. emacs rocs
To: emacs-pretest-bug@gnu.org
CC: [EMAIL PROTECTED]
Subject: Regular expression too big
--text follows this line--
Hello,
7 matches
Mail list logo
