Fix for unbounded memory growth problem reproduced with GCC 4.4.1

on 32 bit x86 Fedora. This happens because the lazy list variable
``data'' in the match_files function is optimized to a register,
but a stale value of that variable persists in the backing storage.

1 files changed, 2 insertions, 0 deletions

diff --git a/match.c b/match.c
index 04554cff..85e65cf0 100644
--- a/match.c
+++ b/match.c
@@ -874,6 +874,8 @@ static val match_files(val spec, val files,
   val data = nil;
   cnum data_lineno = 0;
 
+  gc_hint(data);
+
   if (listp(first_file_parsed)) {
     data = first_file_parsed;
     data_lineno = c_num(data_linenum);