<div dir="ltr"><div><div>Hello, compiling 2.5.0 on (linux 4.0.1, 64 bit) and ghc 7.10.1 with <br>/usr/bin/time -f %M gives values between 2.3 GB and 2.6 GB on multiple runs.<br></div><br>(2.4.1 was requesting more than 3 GB, cannot say how much precisely)<br></div><br>Thanks Sven<br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-05-03 16:45 GMT+02:00 George Colpitts <span dir="ltr"><<a href="mailto:george.colpitts@gmail.com" target="_blank">george.colpitts@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:times new roman,serif;font-size:large">I think this helps quite a bit. Although it still peaks briefly at over 3 GB mem usage on my Mac according to the Activity Monitor it seems to spend much of its time using 400 - 800 mb memory use. I can't be sure as I never tried to compile this before. I'm compiling by simply doing cabal install .... Not sure what optimization levels that uses, I assume -O1<br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Sun, May 3, 2015 at 10:41 AM, Sven Panne <span dir="ltr"><<a href="mailto:svenpanne@gmail.com" target="_blank">svenpanne@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><span>2015-05-02 12:01 GMT+02:00 Paolino <<a href="mailto:paolo.veronelli@gmail.com" target="_blank">paolo.veronelli@gmail.com</a>>:<br>
> Hello, I succeded in compiling<br>
> <a href="https://hackage.haskell.org/package/OpenGLRaw-2.4.1.0/docs/src/Graphics-Rendering-OpenGL-Raw-Functions.html" target="_blank">https://hackage.haskell.org/package/OpenGLRaw-2.4.1.0/docs/src/Graphics-Rendering-OpenGL-Raw-Functions.html</a><br>
> on a 32 bit machine with 2GB of memory with ghc 7.10.1. O_O<br>
<br>
</span>To alleviate the pain a bit, I've uploaded a new version of OpenGLRaw<br>
(2.5.0.0) to Hackage, containing 2 improvements:<br>
<br>
   * 'foreign import "dynamic"'s with the same signature are re-used,<br>
cutting down their number from 3062 to 864.<br>
<br>
   * Those 'foreign import "dynamic"'s live in a separate module now.<br>
<br>
Travis CI seems to be happy with these changes (the VMs there don't<br>
have much memory, either), although Haddock still seems to eat memory<br>
like hell. But that's a different story...<br>
<br>
It would be nice to hear if the new version improved the situation for<br>
people who previous had trouble.<br>
</div></div><span class=""><div><div>_______________________________________________<br>
Glasgow-haskell-users mailing list<br>
<a href="mailto:Glasgow-haskell-users@haskell.org" target="_blank">Glasgow-haskell-users@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users</a><br>
</div></div></span></blockquote></div><br></div>
</blockquote></div><br></div>