Bugzilla Bug 79352

Gtk2Hs version 0.9.7 was just released.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Created an attachment (id=49394) [edit]
gtk2hs-0.9.7.ebuild

This ebuild is a bit tidier than last time since I fixed the packaging problems
upstream.

ks: I will get round to doing the dev quiz and stop bugging you with my
ebuilds, honnest!

Works for me and looks fine, so I've committed the ebuild
without modifications. Congratulations to the new release.
I trust you have tested on ppc as well.

ks

We've tested on MacOS X but not Gentoo ppc.
I didn't have to make any changes for Gentoo sparc, so I'm fairly confident that it'll work. But if it does break, I'll fix it quick. :-)

When compiling this package on my laptop with 512mb of RAM it dies complaining
about to little memory.
With a little modification to the .ebuild, from
HSTOOLFLAGS="-H300m -M350m"
to as the gtk2hs hompage recommends
HSTOOLFLAGS="-H350m -M350m"
it succeees.

Really? that's very odd since it's the -M option that limits the total heap
space whereas the -H option only specifies an initial heap size. It'd probably
be better to raise the -M size slightly if it's causing problems.

For 0.9.8 hopefully there will be a different way of building which avoids this
whole issue. If that doesn't pan out I'll think about adding the overlay
support as described in:
http://gtk2hs.sourceforge.net/archives/2005/02/18/building-on-machines-with-less-ram/

Sure. I have double checked it now since you made me unsure :)
/var/tmp/portage/gtk2hs-0.9.7/work/gtk2hs-0.9.7/tools/c2hs/c2hsLocal +RTS -H300m -M350m -RTS ...
elapsed time: 0.00 (start)
elapsed time: 0.00 (about to parse headder)
elapsed time: 30.88 (about to serialise header)
Heap exhausted;
Current maximum heap size is 349999104 bytes (333 Mb);
use `+RTS -M<size>' to increase it.

Changing it to +RTS -H350m -M350m -RTS works fine.