I have built GHC 7.8.4 on windows 32-bit a while back so feel free to use it until official build becomes available. https://www.dropbox.com/s/z77nry3l6kvos9f/ghc-7.8.4-win32.7z?dl=0 From: Carter Schonwald Sent: Tuesday, March 10, 2015 3:09 AM To: Kees Bleijenberg Cc: ghc-devs@haskell.org Subject: Re: [Haskell-cafe] ghc -O2 out of memory there SHOULD be a 32bit 7.8.4 build available somewhere for windows, and if not , thats a real problem! I'm gonna shift this thread to ghc-devs, because that *should* get addressed @ghc-devs, how can we help this user get ahold of a 32bit windows 7.8.4 build? (eg, why do we not have one available yet?) -Carter On Mon, Mar 9, 2015 at 4:13 AM, Kees Bleijenberg wrote: Thanks for your answer. I also use ghc to create 32 bits dll’s. 7.8.4 is 64 bits GHC and can’t create 32 bits dll’s (?). This means I have to install 7.8.3 and 7.8.4 on the same Windows machine. Is this possible? Kees Van: Carter Schonwald [mailto:carter.schonwald@gmail.com] Verzonden: zaterdag 7 maart 2015 20:02 Aan: Kees Bleijenberg Onderwerp: Re: [Haskell-cafe] ghc -O2 out of memory Upgrade to ghc 7.8.4, theres some known bugs in O2 optimization that resulted in excessive memory usage that are fixed in 7.8.4 You'll still have painful compilation times with a 30kloc module , but memory usage should be physically possible after the upgrade. On Mar 7, 2015 10:58 AM, "Kees Bleijenberg" wrote: I’ve written a program that reads a Excel file, parses the contents and generates a haskell module. Every cell in the xls has it’s own function in the module. This worked fine. Now I have a bigger xls. The resulting module Xls.hs contains 30000 lines haskell code (without comment). I created a testprogram test.hs that calculates and prints one cell. I did ghc --make test.hs and everything works fine. The generated execuatable is very slow. I did ghc --make –O2 test.hs. The compilations takes 15 minutes and aborts with ‘ghc: out of memory’. I’am working on Win 7 64 bits , ghc version = 7.8.3. What can I do to fix this? I do need –O2. I found with smaller xls’s that optimization speeds up the executable dramatically. Before I start experimenting, does it help to split up the xls .hs in seperate files? I.e. the cells that refer to other cells and cells that don’t refer to other cells. Or will I still get ‘out of memory’ because the optimization is global? Kees _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.5751 / Virus Database: 4299/9258 - Release Date: 03/09/15 -------------------------------------------------------------------------------- _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs