Tom Lord wrote:
> The cut operator can work with just a simple DFA translation of a
> regexp -- and Rx supports that internally -- but it appears that
> the test for whether or not that optimization applies within the posix
> entry points doesn't know about `cut'. It's as if you had asked for
> a full set of `regmatch_t' values --- Rx is doing lots of backtracking
> work on every match.
I'm just buggooing this so we don't forget about it.
Aaron
_______________________________________________
Gnu-arch-users mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/gnu-arch-users
GNU arch home page:
http://savannah.gnu.org/projects/gnu-arch/