- Glasgow-haskell-users

RE: GHC for MacOS X binary now available
by Simon Marlow 25 Mar '02

25 Mar '02

> A tar.gz file (14.5MB) of GHC for MacOS X is now available > for download at: > http://www.foldr.org/Software/Haskell/ghc/ghc-5.03-13032002-Ma > cOSX.tar.gz Thanks; this is now also at http://www.haskell.org/ghc/dist/5.03.20021303/ghc-5.03-13032002-MacOSX.t ar.gz Cheers, Simon

1 0

HC-files for Haskell 5.02
by Ole Tange 23 Mar '02

23 Mar '02

Hmmm.. this was probably for you. Your email address was in the README, but not very obvious on the webpage. /Ole ---------- Forwarded message ---------- Date: Sat, 23 Mar 2002 02:27:30 +0100 (CET) From: Ole Tange <tange(a)tange.dk> To: simonmar(a)microsoft.com Subject: HC-files for Haskell 5.02 On http://www.haskell.org/ghc/docs/5.02/building/sec-booting-from-c.html you write: > If we haven't made them available or you can't find them, please ask. I cannot find them on http://www.haskell.org/ghc/download_ghc_502.html It would be nice if you made 'HC files' in that page a link to the downloadable HC-files (with a short explanation on what HC-files are). /Ole

1 0

GHC for MacOS X binary now available
by Wolfgang Thaller 22 Mar '02

22 Mar '02

A tar.gz file (14.5MB) of GHC for MacOS X is now available for download at: http://www.foldr.org/Software/Haskell/ghc/ghc-5.03-13032002-MacOSX.tar.gz Thanks to Volker Stolz for hosting this. Cheers, Wolfgang -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net

1 0

GHC for MacOS X binary version
by Wolfgang Thaller 22 Mar '02

22 Mar '02

I have a 14.5MB tar.gz binary version of GHC for MacOS X on my hard disk. It's based on the CVS version from 13th of March. However, I don't have enough webspace to make it available. Does anyone happen to have some room left for that? (haskell.org? anyone else?) Cheers, Wolfgang

1 0

GHC for MacOS X: Success!
by Wolfgang Thaller 21 Mar '02

21 Mar '02

>I'm attaching my patches. Well, I'm attaching them _now_. Cheers, Wolfgang

1 0

GHC for MacOS X: Success!
by Wolfgang Thaller 21 Mar '02

21 Mar '02

After weeks of wrestling with Apple's buggy version of gdb, registerized compilation on MacOS X finally works! I've tested it on GHC itself and on my own (H)OpenGL program, VOP, and it seems to work now. I'm attaching my patches. I've had trouble compiling the newest version from CVS. Instead, I've stayed behind by one week (13th of March, to be exact). Bootstrapping from the old ghc 5.00.2 binary version seems to work only up to around 4th of March (Binary IO doesn't work properly with GHC 5.00.2/MacOS X). If I find enough webspace, I'll upload a binary version, too, to save other people the work of recompiling GHC twice in a row. Profiling doesn't work, I just get some segfaults. Is there anything specific that needs to be done to get profiling to work, or should I just go on another long bug-hunt? So, Mac users, please try it out and tell me if it works for your programs, too! Cheers, Wolfgang P.S. to Simon Marlow: You were right, those segfaults _are_ fun! Who would have thought that the PowerPC has so many registers that a clobbered callee-save only shows up _seconds_ later?

1 0

RE: Measuring memory usage of Glasgow Haskell programs
by Simon Marlow 21 Mar '02

21 Mar '02

> Judging from the source (rts/Stats.c), the "10 Mb total memory in use" > figure here counts the number of megablocks allocated... but what does > this actually mean? > > It's fairly straightforward to determine a program's maximum > stack size by > fiddling with the -K runtime option and using a binary search. > > Is there a similarly easy way to find a program's maximum > heap size? I > don't think fiddling the -M option will work, because that affects the > execution (it can cause extra GCs). You can find an approximation to the maximum instantaneous resident data size by switching to 2-space collection (+RTS -G1) and fixing the allocation area size to some arbitrarily small value (eg. +RTS -A256k). The program will take a long time to run, because it will do a major GC every time the allocation area is full up. You can decrease the run time (and the accuracy) by increasing the size of the allocation area. The stats output will then tell you both the maximum and average residency of the program. > And is there a way to measure static memory usage? And then the > maximum combination of stack+heap+static? (I guess that is > the "maximum > residency" above)? The residency only takes into account heap-resident data, static data isn't included. I think the stack is excluded from this figure, though. Cheers, Simon

1 0

Measuring memory usage of Glasgow Haskell programs
by Nicholas Nethercote 21 Mar '02

21 Mar '02

Hi, I'm interested in determining the amount of memory used by various Glasgow Haskell programs. The -s runtime option produces information like this: 222,447,136 bytes allocated in the heap 30,327,124 bytes copied during GC 4,625,052 bytes maximum residency (12 sample(s)) 847 collections in generation 0 ( 0.24s) 12 collections in generation 1 ( 0.19s) 10 Mb total memory in use INIT time 0.01s ( 0.02s elapsed) MUT time 1.28s ( 1.31s elapsed) GC time 0.43s ( 0.45s elapsed) EXIT time 0.00s ( 0.00s elapsed) Total time 1.72s ( 1.78s elapsed) %GC time 25.0% (25.3% elapsed) Alloc rate 172,439,640 bytes per MUT second Productivity 74.4% of total user, 71.9% of total elapsed Judging from the source (rts/Stats.c), the "10 Mb total memory in use" figure here counts the number of megablocks allocated... but what does this actually mean? It's fairly straightforward to determine a program's maximum stack size by fiddling with the -K runtime option and using a binary search. Is there a similarly easy way to find a program's maximum heap size? I don't think fiddling the -M option will work, because that affects the execution (it can cause extra GCs). And is there a way to measure static memory usage? And then the maximum combination of stack+heap+static? (I guess that is the "maximum residency" above)? Thanks. -- Nick Nethercote njn25(a)cam.ac.uk

1 0

Farewell from an old friend.
by Marc van Dongen 21 Mar '02

21 Mar '02

Hi there, I've been using Haskell since about 1995-ish and would like to thank the ghc-team (in particular SPJ and SM) for their support. Also I would like to thank all those on the list for interesting contributions and help. Thanks again. Regards, Marc van Dongen -- M.R.C. van Dongen | CS Dept University College Cork | () dongen(a)cs.ucc.ie | Cork Constraint Computation Centre | /\ +353(0)21 4903578 | Western Road | ASCII ribbon | Cork, Ireland | against html mail

1 0

RE: Makefile tricks
by Simon Marlow 20 Mar '02

20 Mar '02

> (RedHat-6.1 Linux machine, libc-2.1.2), > > Can you, please explain the following effect > > Main.hs: main = putStr "hello\n" > > Makefile: > --------- > obj: > ghc -c -O Main.hs +RTS -M10m -RTS > > -- Running -------------------- > $ tcsh > > make obj > ghc -c -O Main.hs +RTS -M10m -RTS > ghc: input file doesn't exist: +RTS > ghc: unrecognised option: -M10m > ghc: unrecognised option: -RTS It looks like 'make' is using a different PATH setting than the one in effect at the shell prompt, and hence getting a different 'ghc'. Cheers, Simon

1 0