April 2001 - Glasgow-haskell-users

The (Interactive) Glasgow Haskell Compiler -- version 5.00
by Julian Seward (Intl Vendor) 27 Apr '01

27 Apr '01

[Binary builds for x86-linux and sparc-solaris are now available. We're still working on the Windows version. -- J] The (Interactive) Glasgow Haskell Compiler -- version 5.00 ============================================================ We are pleased to announce a new major release of the Glasgow Haskell Compiler (GHC), version 5.00. The source distribution is freely available via the World-Wide Web and through anon. FTP, under a BSD-style license. See below for download details. Pre-built packages for Linux, FreeBSD, Solaris and Win32 are also available. Haskell is a standard lazy functional programming language; the current language version is Haskell 98, agreed in December 1998. GHC is a state-of-the-art programming suite for Haskell. Included is an optimising compiler generating good code for a variety of platforms, together with an interactive system for convenient, quick development. The distribution includes space and time profiling facilities, a large collection of libraries, and support for various language extensions, including concurrency, exceptions, and foreign language interfaces (C, C++, whatever). A wide variety of Haskell related resources (tutorials, libraries, specifications, documentation, compilers, interpreters, references, contact information, links to research groups) are available from the Haskell home page at http://www.haskell.org/ GHC's Web page lives at http://www.haskell.org/ghc/ What's new ============ 5.00 has been majorly revamped since the previous stable version, 4.08.2. This should be a stable release. Major changes since 4.08.2 are: - An interactive system, similar in style to Hugs. You can interactively load and unload modules, run expressions, ask the types of things. Module dependencies are tracked and chased automatically. Combinations of compiled and interpreted modules may be used. All the GHC libraries are available in interactive mode, as are most of the Glasgow extensions to Haskell 98. Compilation in interactive mode (to bytecode) is about three times faster than compiling to object code. - Batch compilation of multiple modules at once, with automatic dependency chasing. For large programs this can halve compilation times, and removes the need for Makefiles. - Enhanced package (library) management system. Packages may be installed and removed from an installation using the ghc-pkg tool. - Initial Unicode support - the Char type is now 31 bits. - Sparc native code generator, giving much faster compilation on sparcs. (Native code generation for x86s has been available for a while). - Improved heap profiling - you can restrict heap profiles by type, closure description, cost centre, and module. - Support for the latest Foreign Function Interface (FFI) proposals. Marcin Kowalczyk's hsc2hs tool is included. - Language extensions: parallel list comprehensions and functional dependencies. - The usual huge collection of bug fixes. Most reported bugs have been fixed. For full details see the release notes: http://www.haskell.org/ghc/docs/5.00/set/release-5-00.html How to get it =============== The easy way is to go to the WWW page, which should be self-explanatory: http://www.haskell.org/ghc/ We supply binary builds in .rpm/.deb form for all you Linux junkies out there, and in InstallShield form for Windows folks. Everybody else gets a .tar.gz which can be installed where you want. Once you have the distribution, please follow the pointers in the README file to find all of the documentation about this release. On-line GHC-related resources =============================== Relevant URLs on the World-Wide Web: GHC home page http://www.haskell.org/ghc/ Haskell home page http://www.haskell.org/ comp.lang.functional FAQ http://www.cs.nott.ac.uk/~gmh/faq.html System requirements ===================== To compile programs with GHC, you need a machine with 32+MB memory, GNU C and perl. This release is known to work on the following platforms: * i386-unknown-{linux,freebsd,mingw32} * sparc-sun-solaris2 Ports to the following platforms should be relatively easy (for a wunderhacker), but haven't been tested due to lack of time/hardware: * hppa1.1-hp-hpux{9,10} * i386-unknown-solaris2 * alpha-dec-osf{2,3} * mips-sgi-irix{5,6} * {rs6000,powerpc}-ibm-aix The builder's guide included in distribution gives a complete run-down of what ports work; an on-line version can be found at http://www.haskell.org/ghc/docs/5.00/building/building-guide.html Mailing lists =============== We run mailing lists for GHC users and bug reports; to subscribe, use the web interfaces at http://www.haskell.org/mailman/listinfo/glasgow-haskell-users http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs There are several other haskell and ghc-related mailing lists on www.haskell.org; for the full list, see http://www.haskell.org/mailman/listinfo/ Please send bug reports about GHC to glasgow-haskell-bugs(a)haskell.org; GHC users hang out on glasgow-haskell-users(a)haskell.org. Bleeding edge CVS users party on cvs-ghc(a)haskell.org.

4 7

Businesses For Sale
by info＠businessesforsale.com 27 Apr '01

27 Apr '01

Search over 12,000 businesses for sale at: http://www.BusinessesForSale.com The leading global website for businesses for sale - everything from bars and hotels to pet shops and newsagents. Regards The BusinessesForSale.com team. -------------------------------------------------------------------------- To be removed from this mailing list please reply with the word remove in the email and ensure it contains the original text. glasgow-haskell-users(a)dcs.gla.ac.uk Ref: Biz-Opp-A2-20010427

1 0

RE: memory distribution in ghci
by Simon Marlow 27 Apr '01

27 Apr '01

> It looks, there remains a questions on memory distribution in > ghc-5.00 -interpreted : > > can ghci provide a command measuring the part of heap taken > by interpreted programs, > by interfaces? > (or, at least, their sum) Ah, I see now. You'd like to know how much memory your program is using, compared to GHCi itself? Hmm. Unfortunately I can't see a good way to do this I'm afraid. However, you can always compile the program and use profiling... > For, with -O and much in-lining, the interfaces may be very large. You really don't want to use -O with GHCi (in fact, at the moment you can't). Cheers, Simon

1 0

memory distribution in ghci
by S.D.Mechveliani 27 Apr '01

27 Apr '01

It looks, there remains a questions on memory distribution in ghc-5.00 -interpreted : can ghci provide a command measuring the part of heap taken by interpreted programs, by interfaces? (or, at least, their sum) For, with -O and much in-lining, the interfaces may be very large. Also compare it to the _batch_ mode: commanding ghc -o run Foo.o ./run +RTS -MXXm -RTS the user is sure that XX Mb is only for the `real' computation data. ----------------- Serge Mechveliani mechvel(a)botik.ru

1 0

RE: heap and code in ghci
by Simon Marlow 27 Apr '01

27 Apr '01

> Let, for example, all the .o modules were prepared, and we > command > ghci ... +RTS -Mxxm -RTS > ... > Loading package std ... linking ... done. > Prelude> :l BPrelude > ... > > and then try to find sum [1..n]. > In my experiment > xx = 7 does not allow to load the program, > 8, sum [1..66000] yields "Heap exhausted", > 10, sum [1..77000] yields 2964538500. > > Probably, this xx Mb is for binary program + heap. > ghci loads .o modules, they take some part of xx, > and all the rest is for the heap. > Right? Nope. The -M flag affects the size of the heap only; object files are loaded outside the heap. If you're running out of heap with a maximum size of 8M, it's probably because the heap is full of interfaces (i.e. the in-memory copy of the .hi file). Cheers, Simon

1 0

heap and code in ghci
by S.D.Mechveliani 27 Apr '01

27 Apr '01

To my request >> I cannot find where it is explained the memory distribution used by >> ghci. >> [..] Simon Marlow writes > Interpreted code lives in the heap, and is garbage collected as normal. > Object code is loaded outside the heap. It takes up real memory > in the process, because the data has to be relocated when it is > loaded. > [..] Let, for example, all the .o modules were prepared, and we command ghci ... +RTS -Mxxm -RTS ... Loading package std ... linking ... done. Prelude> :l BPrelude ... and then try to find sum [1..n]. In my experiment xx = 7 does not allow to load the program, 8, sum [1..66000] yields "Heap exhausted", 10, sum [1..77000] yields 2964538500. Probably, this xx Mb is for binary program + heap. ghci loads .o modules, they take some part of xx, and all the rest is for the heap. Right? Thank you in advance for the explanation. ----------------- Serge Mechveliani mechvel(a)botik.ru

1 0

RE: Building nhc98-1.02 with ghc-5.00
by Simon Marlow 27 Apr '01

27 Apr '01

> the building of nhc98-1.02 with ghc-5.00 aborts > with the message: > > Main.hs:8: > Failed to find interface decl for > `PrelGHC.(#,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, > ,,,,,,,,,,,,,,,,,,,,,,,#)' > from module `PrelGHC' > > Any hints for interpretation? Workaround: compile this particular module without -O, or with -fno-cpr. Cheers, Simon

1 0

RE: memory map in ghci
by Simon Marlow 27 Apr '01

27 Apr '01

> I cannot find where it is explained the memory distribution used by > ghci. > For example, after ghci +RTS -M16m -RTS > ... > Prelude> :l XX > ... (YY.o loaded ...) > ... (XX interpreted ...) > > do YY.o, XX take any of these 16Mb ? > > Are there any commands in ghci to get the memory map? > It is something like > space taken by loaded compiled programs, > interpreted programs, > by data, > free space for program, > free space for data, > space for stack. > > Is the interpreted program treated as data? Object code is loaded outside the heap. It takes up real memory in the process, because the data has to be relocated when it is loaded. Object code is never released or unloaded: if you load a newly compiled version of the same module, GHCi just allocates more memory for it. The reason is that objects in the heap may still have references to the old code, and trying to detect/prevent this is hard. Interpreted code lives in the heap, and is garbage collected as normal. Cheers, Simon

1 0

memory map in ghci
by S.D.Mechveliani 27 Apr '01

27 Apr '01

Dear GHC-5.00, I cannot find where it is explained the memory distribution used by ghci. For example, after ghci +RTS -M16m -RTS ... Prelude> :l XX ... (YY.o loaded ...) ... (XX interpreted ...) do YY.o, XX take any of these 16Mb ? Are there any commands in ghci to get the memory map? It is something like space taken by loaded compiled programs, interpreted programs, by data, free space for program, free space for data, space for stack. Is the interpreted program treated as data? ----------------- Serge Mechveliani mechvel(a)botik.ru

1 0

Building nhc98-1.02 with ghc-5.00
by wbuss＠telda.net 26 Apr '01

26 Apr '01

Hello, the building of nhc98-1.02 with ghc-5.00 aborts with the message: Main.hs:8: Failed to find interface decl for `PrelGHC.(#,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,#)' from module `PrelGHC' Any hints for interpretation? Kind regards, Wolfhard.

2 1