- Glasgow-haskell-users

RE: ghc-5.02.2-i386-unknown-linux.tar.bz2
by Byron Hale 17 Apr '02

17 Apr '02

At 12:58 PM 4/8/2002 -0700, you wrote: At 11:40 AM 4/8/2002 +0100, you wrote: > I downloaded and installed ghc-5.02.2-i386-unknown-linux.tar.bz2 on my > RedHat Linux 6.2 box. > However, when I run "ghci," I get the message ... "GHC ... > 5.02.1" ... ghc-5.02.3-i386-unknown-linux.tar.bz2 from haskell.org installed and runs on the above platform, so anyone having problems installing 5.02.2 on this platform could fix that problem with an upgrade to 5.02.3. Thanks to Serge and Simon for their help. Best Regards, Byron Hale byron.hale(a)einfo.com

1 0

Bug?
by Jorge Adriano 17 Apr '02

17 Apr '02

[1] Bug1? This declaration: > A = (,) Int Int is accepted by ghci. Is this behaveour correct, 1. It kind of shadows (,) is defined in PrelTup meaning that you can no longer use (,) prefix to refer to tuples - like (,) 1 2. 2. Seems to me like (,) is not correct syntax for a consym as defined in the H98 Report so we shouldn't be able to redefine it. Note: didn't check any other interpreter/compiler. [2] Bug2? - Step 1 Load this in ghci, ----------------------- module Test where data C = C ((,) Int Int) data A = (,) !Int !Int h :: A h = (,) 1 2 {- f :: C f = C ((,) 3 4) -} ------------------------ - Step 2 Uncomment the f function. (you'll get an error function) - Step 3 To get rid of the error comment out the 'data A' declaration and function 'h'. Now you should get this error message: ------------------------------------------------- Failed to find interface decl for `Teste.A' from module `Teste' ------------------------------------------------- [3] Strict Pairs question I really miss them :-) I know I can do something like data A a b= A !a !b But then you can't use zips fst etc etc... One possible solution would be to add some Class Pair, with default instances for these functions. Is this a bad idea for any particular reason? It would also be nice to be able to generalize the idea syntatic sugar for standar tuples and be able to define constructors like, say (:,:) and (#:, , :#) etc. Is this feasable? J.A.

1 1

RE: ANNOUNCE: GHC 5.03.20020410 snapshot released
by Simon Marlow 17 Apr '02

17 Apr '02

> Another snapshot along the 5.03 line, we expect this to be the last > snapshot before 5.04. As before, there are NO GUARANTEES as to the > stability of this release, but it has passed our three-stage bootstrap > and all but one(!) of the 754 regressions tests passed. > Documentation is > also still lagging behind the new features. > > Get it from the usual place: > > http://www.haskell.org/ghc/ The snapshot source distribution has now been updated to include the file mk/package.mk which was missing the first time around. Cheers, Simon

4 4

ghc5.03 .hi and .hi-boot files don't you just love those incompatible changes?
by George Russell 16 Apr '02

16 Apr '02

Formerly .hi and .hi-boot files had the same format; however ghc5.03 has a binary format for .hi files and a textual one for .hi-boot files. This is a nuisance for me, because I have an ingenious scheme by which .hi-boot files are themselves from Haskell files by ghc, which thinks it is generating .hi files. Since I don't particularly want to go from writing to Haskell to writing interface files, I would like to keep the old scheme, but then I need a way of getting GHC to generate .hi-boot files from .hs files. One might think the options -ddump-hi or --show-iface would do the job, but they don't. --show-iface produces a file which causes Haskell later to choke with the message failed to load interface for `DisplayView': Bad interface file: DisplayView.hi-boot DisplayView.hi-boot:1: parse error on input `__interface' -ddump-hi is even worse, since it adds an extra two totally useless lines at the start (but otherwise appears to be the same as --show-iface). So is there any way of getting GHC to generate .hi-boot files? Or should I give up on using .hi-boot altogether and simply compile the Haskell direct to the .hi file?

1 1

hsc2hs does not fail
by Axel Simon 16 Apr '02

16 Apr '02

Hi, for some reason hsc2hs does not fail if the automatically generated program fails to execute. This only happends if I forget to set LD_LIBRARY_PATH before saying make. But it leads to a confusing error messages when an empty .hs file is left and ghc complaints with "file name does not match module name". The patch below was done against ghc-5.02.2 on FreeBSD. Cheers, Axel. *** Main.hs~ Fri Sep 14 17:15:11 2001 --- Main.hs Tue Apr 16 11:29:28 2002 *************** *** 504,510 **** _ -> return () removeFile oProgName ! system (execProgName++" >"++outName) removeFile progName when needsH $ writeFile outHName $ --- 504,513 ---- _ -> return () removeFile oProgName ! progStatus <- system (execProgName++" >"++outName) ! case progStatus of ! e@(ExitFailure _) -> exitWith e ! _ -> return () removeFile progName when needsH $ writeFile outHName $

1 0

no digest
by Serge D. Mechveliani 16 Apr '02

16 Apr '02

Tim, You write > I'm trying to build DoCon which requires Haskell. > > Actually, I now understand the problem better. > Haskell requires happy to build. > happy requires Haskell to build. > (ldl is a compiler switch to haskell /usr/bin/ghc -ldl) > So I need to install Haskell before I can build Haskell. > I've installed it and am trying to continue the build. Generally, concerning Glasgow Haskell (ghc) installation and usage, ask glasgow-haskell-users(a)haskell.org They know GHC and Haskell much better and will help promptly. Explain them what system and processor you have. GHC compiles and `makes' itself. And for the first time, you need to install Glasgow Haskell (ghc) from binary distribution, not from source. Take from http://haskell.org/ghc/ the binary distribution appropriate to your system (Linux, Intel ... ?) DoCon needs version ghc-5.02.2 or ghc-5.02.3 If you have Debian Linux, then install ghc-5.02.2 from the package of Debian distribution. Binary installation does not require the Happy parser to be installed earlier. Then, see install.txt of DoCon. Also I shall help - only, after about April 25. ----------------- Serge Mechveliani mechvel(a)botik.ru

1 0

max heap exhausted
by Hal Daume III 15 Apr '02

15 Apr '02

What does it mean when my program tells me: "fatal error: RTS exhausted max heap size (268435456 bytes)" ? My initial understanding was the GHC allocated (perhaps dynamically) a heap of unlimited size (at least so says +RTS -help) and when I run my (long memory grabbing) program without any RTS flags it gets about 1/4 of the way done (on my Windows box -- this is ghc5.03 the original snapshot) and then tells me this. So I go to increase the heap (i have 1g of ram) so I say "+RTS -H512m" and immediately it comes back to me with the same error (presumably in trying to allocate the heap?). I think there are really two error messages going on here: the first is truly that the heap is exhausted, but the second is more of "I can't allocate that much". Am I correct? If so, why not? I can run it with -H300m, but not -H350m (on the first RTS doesn't complain until later; on the second it complains immediately). How can I give my program more heap and why does -H300m give it more heap than without any RTS options which should give it unlimited heap? - Hal -- Hal Daume III "Computer science is no more about computers | hdaume(a)isi.edu than astronomy is about telescopes." -Dijkstra | www.isi.edu/~hdaume

2 2

Re: New Patches & Binary for MacOS X
by Wolfgang Thaller 15 Apr '02

15 Apr '02

The binary package for MacOS X is now available at http://www.kfunigraz.ac.at/imawww/haskell/GHC.dmg Enjoy! -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net

1 0

ghc-pkg (5.03.20020204) problems
by George Russell 15 Apr '02

15 Apr '02

Can you stop ghc-pkg complaining when it can't find the library for a package, and insert the package into its configuration file? Some of my scripts rely on being able to build the package.conf file ahead of time. What with this, and because ghc-pkg doesn't seem able to cope with private config files (see previous report) ghc-pkg in 5.03 is causing me lots of problems.

1 0

New Patches & Binary for MacOS X
by Wolfgang Thaller 15 Apr '02

15 Apr '02

Here are some new patches for GHC for MacOS X. The patches are relative to the CVS HEAD from 9th of April. I also have prepared a binary snapshot [a double-clickable installer package this time], but as last time, I don't have the webspace to upload it myself - I'd be happy to FTP it wherever there might be 25 megs of webspace available for it. What's new in this version: *) foreign export dynamic: createAdjustor now flushes the instruction cache, this should fix some crashes. *) Profiling now works. *) improved mangling: the mangler now _completely_ removes all references to __DISCARD__. *) Much simpler (and perhaps more compatible) code for detecting MacOS X memory layout (-27 +5 lines of code). The following are not really new, but not in CVS: *) Completely new implementation of StgRun (fixes some serious segfaults). *) Added a missing #include "config.h" to AbsCUtils.lhs - this should fix a bug for all Big-Endian platforms. *) Brutal changes to ClosureFlags.c to make it compile with Apple's strange version of gcc. What's still missing: *) --split-objs *) GHCi Cheers, Wolfgang

1 0