On Sat, November 13, 2010 18:15, Peter Eisentraut wrote: > On lör, 2010-11-13 at 11:12 -0500, Tom Lane wrote: >> It looks like all the unhappy critters are getting the same "virtual >> memory exhausted" error. I wonder whether they are all using make >> 3.80 ... > > It turns out that there is an unrelated bug in 3.80 that some Linux > distributions have patched around. 3.81 or 3.82 are OK. >
Just to mention another effect of the recent changes: make 3.81, Centos 5.5 On a dual quadcore system where I used to built with -j 16, it now only succeeds with -j 8. (I seem to remember that 16 as opposed to 8 shaved a couple of seconds off, although I'm not quite sure anymore) make -j 16 gives: cc1: error: thread.c: No such file or directory make[4]: *** [thread.o] Error 1 make[3]: *** [submake-libpq] Error 2 make[2]: *** [all-pg_ctl-recursive] Error 2 make[1]: *** [all-bin-recursive] Error 2 make[1]: *** Waiting for unfinished jobs.... Use of assignment to $[ is deprecated at ./parse.pl line 21. In file included from gram.y:12101: scan.c: In function ‘yy_try_NUL_trans’: scan.c:16242: warning: unused variable ‘yyg’ Use of assignment to $[ is deprecated at ./check_rules.pl line 18. make: *** [all-src-recursive] Error 2 ( A similar effect I see on a dual core fedora system (2.6.27.5-117.fc10.i686), where -j 16 always ran, but now it needs -j 4 or less (it also has make 3.81) ) Erik Rijkers -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers