<div dir="ltr">Hi Brad,<div><br></div><div>About the GCC bug that sometimes GCC could take gigabytes of RAM (20-75GB) for certain Gambit files,</div><div><br></div><div>I re-read your previous article at <a href="http://webmail.iro.umontreal.ca/pipermail/gambit-list/2009-February/003159.html">http://webmail.iro.umontreal.ca/pipermail/gambit-list/2009-February/003159.html</a> .</div><div><br></div><div>(Btw the mentioning of an addition to <a href="http://dynamo.iro.umontreal.ca/wiki/index.php/Configure_script_options">http://dynamo.iro.umontreal.ca/wiki/index.php/Configure_script_options</a> , I don't know if I see that addition there, you could doublecheck.)</div><div><br></div><div>You mention there that the problem GCC versions are 4.2.* and 4.3.* only, and that "-fno-move-loop-invariants" fixes it.</div><div><br></div><div>(I recall that you also reported the issue to the GCC development team and that in response they implemented a "max loops" check internally that fixed it on.. later GCC version, something like this.)</div><div><br></div><div><br></div><div>I just wanted to check with you now, that the above was all there has been to GCC's skyrocketing-RAM-consumption issue. So, if I just add CFLAGS="-fno-move-loop-invariants" to my ordinary "./configure --enable-single-host" etc. , no GCC/G++ version will skyrocket?</div><div><br></div><div><br></div><div>Are there any more gotchas to GCC use for various versions, except for that "-O2" produces broken code in some particular version?</div><div><br></div><div><br></div><div>Thanks!</div><div><br></div></div>