The size problem is traceable to [Greencard's ffi code generation]
I took a look at this and found that Sigbjorn had fixed it some months ago
Would that be in the released Greencard or only in the cvs version?
Building GDITypes with this command:
green-card --target=ffi -i. --include-dir ../../green-card/lib/ghc -i . GDITypes.gc
generates correct code for prim_RGB (the problem Hal Daume ran into). and for Win32Window.adjustWindowRect
So the Win32 sources could now be regenerated and future builds and releases wouldn't run into these problems with Win32 or HGL anymore? -------------------------------------------------------------------
Just as long as someone remembers to do the re-greencarding <<<
in cvs: hslibs/win32 before the next release, please, because that won't happen automatically anymore (but then I may be wrong about this - I don't understand the fptools Makefiles, yet;-). Great - thanks, Claus PS. I still have to figure out how to make hslibs/win32 in isolation, so I won't be able to test & confirm whether this solves all the HGL/GHC/Win32 problems for a while (e.g., there was the problem of polygon creation running out of resources, see Friday's email; that could easily be related to the same ffi problem, but it would be good to check) - anyone else in a better position for testing?