Re: compiler bug

version. Is there any reason why you can't download and install GHC 6.6? There should be a debian package for 6.6. Cheers, Kirsten -- Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in doubt Ana Ng and I are getting old and we still haven't walked in the glow of each other's majestic

Wildly inaccurate profiling results

be? Thanks, Kirsten -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: Wildly inaccurate profiling results

-- the only profiling flag I'm using is -P. When I recompiled the program without any profiling and ran it again, it took about 4 minutes as opposed to 5.5, suggesting that the 34 seconds reported by profiling really is inaccurate. -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt

Re: Wildly inaccurate profiling results

just get the GC stats with -t anyway. -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt There is no such thing as a weird human being. It's just that some people require more understanding than others.--Tom Robbins http://www.cs.berkeley.edu/~krc

Wildly inaccurate profiling results

up about 120MB of memory, and I have much more memory than that, so there's no swapping going on. I'd include the program, but it's very large and I'm not sure how to minimize it and preserve the same behavior. Any ideas as to what the problem might be? Thanks, Kirsten -- Kirsten Chevalier

-frules-off

is true, and, if so, only return the matching rule if it's a SPEC rule, but undoubtedly there's a better way. -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http

loop reading in external Core

stats get printed out; that's as much as I've been able to figure out. -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow

Re: External Core front end is completely broken

On Wed, Jul 09, 2003 at 12:08:50PM +0100, Simon Peyton-Jones wrote: Ah, yes. Fixed. | -Original Message- | From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On | Behalf Of Kirsten Chevalier | Sent: 09 July 2003 00:25 | To: [EMAIL PROTECTED] | Subject: External Core front end

External Core front end is completely broken

lexer still requires module names to begin with an upper-case letter, resulting in a parse error. -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman

Meaning of -fno-foldr-build-on?

to disable *all* rewrite rules while still doing other optimizations -- this doesn't seem to exist either.) Sorry if this is something that's corrected in 6.0 - I haven't upgraded yet. Thanks, Kirsten -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt

Re: Profiling + External Core = trouble

On Tue, Apr 01, 2003 at 04:37:35PM -0800, Kirsten Chevalier wrote: In case anyone is wondering, this particular problem seems to be fixed after doing a cvs update, but then, any External Core program that was compiled for profiling would segfault. I was able to fix this by modifying

Profiling + External Core = trouble

-prof -auto-all. -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

CVS server down?

I can't seem to connect to the cvs server: $ cvs up cvs [update aborted]: unrecognized auth response from glass.cse.ogi.edu: cvs: error in loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error

External Core bug: Illegal data constructor name

If you compile the lambda nofib benchmark with -fext-core, GHC won't compile the resulting .hcr file: [EMAIL PROTECTED] lambda]$ ghc -fext-core Main.hs [EMAIL PROTECTED] lambda]$ ghc Main.hcr Illegal data constructor name `Main.StateMonad2' This is using GHC 5.05. -- Kirsten Chevalier

External Core typechecker bug

The external core file resulting from compiling the circsim nofib benchmark won't compile with GHC 5.05 -- I get the following error message: tcLookup: `GHC.Base.:TEq' is not in scope When checking kinds in `GHC.Base.:TEq a' In the data type declaration for `Main.:TSignal' -- Kirsten Chevalier

Profiling and ext-core

example I've tried. -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

-odir and -fext-core

Hi, The -odir switch doesn't seem to work properly when used in conjunction with with -fext-core. If I say: $ ghc -fext-core -odir /tmp/foo foo.hs the file foo.hcr gets placed in the current directory, not in /tmp/foo as it should be. -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error

Re: Yet another External Core bug

significant. I didn't understand your explanation of the problem, so unfortunately I can't suggest any solution. Did the other Core bug I reported at the same time http://www.haskell.org/pipermail/glasgow-haskell-bugs/2003-January/002877.html ever get fixed? Thanks, Kirsten -- Kirsten Chevalier

Core Lint bug

errors $ ghc -fglasgow-exts chr.hs $ The code for mychr is just chr, from the Prelude. The typechecker seems to think that 1114111 is an Int#, even though in the Core code, it's annotated as being a Word#. (I'm using GHC 5.04.1 under RedHat Linux 7.3.) -- Kirsten Chevalier * [EMAIL PROTECTED

Re: External Core typechecker

think about it more after I get back from ICFP. -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: External Core typechecker

into it, but would adapting it be the right thing to do? If so, I might have time to do it sometime. -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org

Re: External Core typechecker

deforestation) without linking into or hacking GHC (since I got quite enough of that before the External Core feature existed). Since I'm still debugging my transformation, it sometimes produces ill-typed programs, which is how I've encountered all these bugs. -- Kirsten Chevalier * [EMAIL

External Core typechecker

). I'm using the latest version of GHC (built from CVS sources yesterday, using GHC 5.04 to bootstrap), on a RedHat Linux box with gcc 2.96. -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt ___ Glasgow-haskell-bugs mailing list

External Core typechecker

) = GHCziTopHandler.runIO @ GHCziBase.Z0T main}; -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt %module Main %rec {main1 :: GHCziPrim.ZLzmzgZR (GHCziPrim.Statezh GHCziPrim.RealWorld) (GHCziPrim.Z2H (GHCziPrim.Statezh GHCziPrim.RealWorld

Re: External Core typechecker

On Thu, Sep 05, 2002 at 12:20:27PM -0700, Sigbjorn Finne wrote: To enable type checking of Core, compile with -dcore-lint Ah, thanks. You'd think it would do that by default when starting from an external Core file (hint :-)) -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never

Problem building GHC

) and uname -a gives Linux puma 2.4.18-3smp #1 SMP Thu Apr 18 07:27:31 EDT 2002 i686 unknown Thanks, Kirsten Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org

Bug in CorePrep.lhs

it. I don't know whether this breaks anything else, but there's definitely a bug. -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo

Re: Bug in CorePrep.lhs

)) data Bar = Foo String | Baz Int deriving Show foo x = if (x == 0) then Foo zero else Baz x -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED

-funfolding-use-threshold in GHC 5.03

report it as a compiler bug to [EMAIL PROTECTED], or http://sourceforge.net/projects/ghc/. -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman

Bug in external Core front end (again)?

; -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: External Core front-end in GHC 5.03

, Kirsten (my original message is below) - Original Message - From: Kirsten Chevalier [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 03, 2002 15:39 Subject: External Core front-end in GHC 5.03 Hi, I just downloaded and built the latest version of GHC from the CVS

External Core front-end in GHC 5.03

The program I'm trying to compile is just: main = putStr Hello world! Thanks, Kirsten -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman