RE: problems building the GHC as a package
On Fri, 30 Apr 2004, Simon Marlow wrote: > On 28 April 2004 15:53, Mauro La Salete Costa Lima de Araujo wrote: > > >> You don't need to build the RTS when building GHC as a package. If > >> you want to do this, you have to remove BuildPackageGHC=YES from > >> build.mk, build the compiler, RTS and libraries, and then add > >> BuildPackageGHC=YES again. But I don't think you need to do this; > >> just build the compiler in ghc/compiler. > >> > > > > The sugestion above worked! Thanks :) But when I'm trying to do > a > > make-install-package, I get the following other error: > > > > --- > > $ make install-inplace-pkg > > /cygdrive/c/ghc/ghc-6.2.1/bin/ghc-pkg --force --update-package > > > Reading package info from stdin... > > Fail: Couldn't parse package configuration. > > make: *** [install-inplace-pkg] Error 1 > > --- > > > > I'm wondering if it has anything wrong with my 'package.conf.inplace'. > > It's look nice... > > I can't see anything obviously wrong. Try editing the file by hand and > feeding it to ghc-pkg directly to see if you can find out which is the > offending field? Hi Simon, I found out what was breaking my 'package.conf.inplace' file: there was a missing comma in the following line... package_deps= [ "base", "haskell98", <--- this one :P ], I don't know if this is a building system bug. Anyway I'm reporting it. Cheers, --Mauro ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: heap exhausted error
MessageThanks, tidied up a while back - 6.2.1 includes the fix. --sigbjorn - Original Message - From: herington, dean To: '[EMAIL PROTECTED]' Sent: Monday, May 03, 2004 08:07 Subject: heap exhausted error ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 6.0.1, for Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package base ... linking ... done. Prelude> :m +List Prelude List> [] \\ [1..] : internal error: RTS exhausted max heap size (268435456 bytes) Please report this as a bug to [EMAIL PROTECTED], or http://www.sourceforge.net/projects/ghc/ As the heap exhaustion is expected and user-caused, I'm not sure why the above is an "internal error". But I'm reporting it as requested. ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: ghci and unboxed ints
dons: > josefs: > > Hi, > > > > I just played randomly with ghci for a while and encountered the following > > rather odd behaviour: > > > > Prelude> :m GHC.Base > > Prelude GHC.Base> let a = 1# +# 2# > > Prelude GHC.Base> show (I# a) > > "18345984" > > > > The number shown is the one I got when running on Solaris. I get a > > different one when running on Windows. It doesn't matter which numbers I > > add, the same number is always shown. > > > > Reproducible with 6.2 and 6.2.1. > > I don't know what the issue is, but it is interesting: > > Prelude> :m GHC.Base > Prelude GHC.Base> case 1# +# 2# of a -> show (I# a) > "3" > Prelude GHC.Base> let a = 1# +# 2# > Prelude GHC.Base> show (I# a) > "1085417808" > > $ ghci --version > The Glorious Glasgow Haskell Compilation System, version 6.3.20040202 And, just for fun (since I don't know enough ghci to help): $ ghci --version The Glorious Glasgow Haskell Compilation System, version 6.2 $ uname -msr Linux 2.6.0-test9 ia64 Loading package base ... linking ... done. Prelude> :m GHC.Base Prelude GHC.Base> case 1# +# 2# of a -> show (I# a) "3" Prelude GHC.Base> let a = 1# +# 2# Prelude GHC.Base> show (I# a) zsh: segmentation fault ghci -fglasgow-exts -- Don ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: ghci and unboxed ints
josefs: > Hi, > > I just played randomly with ghci for a while and encountered the following > rather odd behaviour: > > Prelude> :m GHC.Base > Prelude GHC.Base> let a = 1# +# 2# > Prelude GHC.Base> show (I# a) > "18345984" > > The number shown is the one I got when running on Solaris. I get a > different one when running on Windows. It doesn't matter which numbers I > add, the same number is always shown. > > Reproducible with 6.2 and 6.2.1. I don't know what the issue is, but it is interesting: Prelude> :m GHC.Base Prelude GHC.Base> case 1# +# 2# of a -> show (I# a) "3" Prelude GHC.Base> let a = 1# +# 2# Prelude GHC.Base> show (I# a) "1085417808" $ ghci --version The Glorious Glasgow Haskell Compilation System, version 6.3.20040202 -- Don ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
ghci and unboxed ints
Hi, I just played randomly with ghci for a while and encountered the following rather odd behaviour: Prelude> :m GHC.Base Prelude GHC.Base> let a = 1# +# 2# Prelude GHC.Base> show (I# a) "18345984" The number shown is the one I got when running on Solaris. I get a different one when running on Windows. It doesn't matter which numbers I add, the same number is always shown. Reproducible with 6.2 and 6.2.1. Cheers, /Josef ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: heap exhausted error
Title: Message Yes, maybe user-caused heap overflow should get a different error message. It’s certainly not GHC’s fault! Simon From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of herington, dean Sent: 03 May 2004 16:08 To: '[EMAIL PROTECTED]' Subject: heap exhausted error ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 6.0.1, for Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package base ... linking ... done. Prelude> :m +List Prelude List> [] \\ [1..] : internal error: RTS exhausted max heap size (268435456 bytes) Please report this as a bug to [EMAIL PROTECTED], or http://www.sourceforge.net/projects/ghc/ As the heap exhaustion is expected and user-caused, I'm not sure why the above is an "internal error". But I'm reporting it as requested. ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs