Hi,
definitely worth investigating it. However, I cannot see it on my 64 bit Linux
machine. I have some questions:
- these patterns simply match to ab, because of the non-greedy quantifier.
That requires a very small amount of memory. Is this intentional? What is your
input for these
--- You are receiving this mail because: ---
You are on the CC list for the bug.
http://bugs.exim.org/show_bug.cgi?id=1344
--- Comment #3 from Philip Hazel p...@hermes.cam.ac.uk 2013-03-19 12:13:56
---
On Sun, 17 Mar 2013, Ann Cantelow wrote:
The os name for Tru64 is usually
On 19.03.2013 11:38, Zoltán Herczeg wrote:
I am sorry, I misunderstood your question. It is about compilation
not running the pattern.
Correct. The increase is on compilation, not on running the pattern.
On my 64 bit Linux, the stack size reported by valgrind is:
I can not test on Linux.
Hi
My compiler and environment are very different from yours. In particular
I do not have alloca(). I replaced the only call to alloca() by char
array[SLJIT_MAX_LOCAL_SIZE]; according to your recommendation a long
time ago.
But this also affects runtime only, not compile time. I am afraid it