- Glasgow-haskell-users

is GHC developers wiki down?
by Valery V. Vorotyntsev 11 Jan '10

11 Jan '10

Clicking ``Developers (Wiki)'' link [http://hackage.haskell.org/trac/ghc] from GHC page [http://www.haskell.org/ghc/] returns Environment not found Neither the link is accessible from command line: $ curl -I 'http://hackage.haskell.org/trac/ghc' HTTP/1.0 404 Not Found Date: Mon, 11 Jan 2010 10:00:36 GMT Server: Apache/2.2.3 (Debian) Content-Type: text/plain; charset=UTF-8 Age: 38 Content-Length: 21 X-Cache: HIT from xproxy.foo.bar.ua X-Cache-Lookup: HIT from xproxy.foo.bar.ua:3128 Via: 1.1 xproxy.foo.bar.ua:3128 (squid/2.7.STABLE6) Connection: close -- Best regards, vvv

3 2

hptSomeThingsBelowUs missing module
by Evan Laforge 11 Jan '10

11 Jan '10

Ever since upgrading to 6.12.1, I've been getting a new warning. I compile with --make, e.g. (clipping out irrelevant stuff): ghc-6.12.1 -threaded -W -debug -package ghc --make \ -main-is App.Main App/Main.hs \ -o build/seq If I remove all imports to a module (say Util.Debug), compiling other modules prints this warning: WARNING in hptSomeThingsBelowUs missing module Util.Debug Probable cause: out-of-date interface files I searched on trac but didn't see anything with this name. Is this a known issue? It doesn't seem to cause any harm in the eventual binary, but is somewhat alarming to see a bunch of them scroll past. Manually wiping out a bunch of .hi files causes recompilation and the warning goes away.

3 3

Ray tracer language comparison
by Jon Harrop 11 Jan '10

11 Jan '10

I recently published some performance results using GHC 6.12: http://flyingfrogblog.blogspot.com/2010/01/hlvm-on-ray-tracer-language-comp… However, I just noticed that the Haskell is producing garbage output with GHC 6.12 and not 6.10 or 6.8. You may like to check this with a recent build or put the program in the GHC test suite. -- Dr Jon Harrop, Flying Frog Consultancy Ltd. http://www.ffconsultancy.com/?e

2 1

haddock source link are wrong for haskell98 modules
by Christian Maeder 07 Jan '10

07 Jan '10

Hi, is this a known issue? All source links in haskell98 modules are dead I.e. in http://www.haskell.org/ghc/docs/latest/html/libraries/haskell98-1.0.1.1/Arr… The link under the first "Source" (at the right margin) points to http://www.haskell.org/ghc/docs/latest/html/libraries/haskell98-1.0.1.1/src… which does not exist. Can this be fixed easily? Cheers Christian

2 2

Associativity of ViewPatterns
by Bas van Dijk 07 Jan '10

07 Jan '10

Hello, Why is the following a syntax error: f (view1 -> view2 -> pattern) = ... and the following isn't: f (view1 -> (view2 -> pattern)) = ... I would prefer the first version. regards, Bas

2 4

Building GHC 6.12 with GHC 6.12 + alex
by Antoine Latter 05 Jan '10

05 Jan '10

Folks, I've run into trouble building GHC 6.12 with alex built from GHC 6.12: "/Users/alatter/usr/bin/alex" -g compiler/parser/Lexer.x -o compiler/stage1/build/Lexer.hs alex: compiler/parser/Lexer.x: hGetContents: invalid argument (Illegal byte sequence) however things like: ghci> readFile "compiler/parser/Lexer.x" apear to work just fine. Has anyone else seen this? Has anyone else succeeded in this? This is on Mac OS X 10.6, running on Intel Core 2 Duo. I'm trying to compile a recent pull of the 6.12 branch. Thanks, Antoine

2 5

Where did the GHC API go?
by Jason Dusek 04 Jan '10

04 Jan '10

Maybe I missed an email about this... http://www.haskell.org/ghc/docs/latest/html/libraries/ghc/index.html The link is down. -- Jason Dusek

9 19

GHC.Prim.ByteArray# - confusing documentation
by Antoine Latter 01 Jan '10

01 Jan '10

Folks, I found some of the documentation in GHC.Prim confusing - so I thought I'd share. The documentation for the ByteArray# type[1] explains that's it's a raw region in memory that also remembers it's size. Consequently I expected sizeOfByteArray# to return the same number that I passed in to newByteArray#. But it doesn't - It returned however much it decided to allocate, which on my platform is always a multiple of four bytes. This is something which could be clarified in the documentation. So it turns out I need to carry my own length around in something like (Int, ByteArray#). (I tested all of this with the primitive[2] package, which is a thin wrapper around GHC.Prim) Antoine 1: http://hackage.haskell.org/packages/archive/ghc-prim/0.1.0.0/doc/html/GHC-P… 2: http://hackage.haskell.org/package/primitive

4 6

Re: Re: ANN: Happstack 0.4.1
by Antoine Latter 01 Jan '10

01 Jan '10

On Mon, Dec 21, 2009 at 6:31 AM, <jeremy(a)n-heptane.com> wrote: > Hello, > > That sort of missing symbol error at link time is often (but not always) a > sign that some libraries got recompiled but not others. So there are > references to the old symbol names hanging around. > > I would try to ghc-pkg unregister syb-with-class and everything that depends > on it, and then try cabal install happstack again. > I'm pretty well stumped at this point. I've cleared off everything and gone up to GHC 6.12 HEAD, and a 'cabal install happstack-data' gives me the same symbol not defined error in Happstack.Data.Xml.Base. But here's the spooky part, if I run it by hand like so: ghc --make src/Happstack/Data/Xml/Base.hs src/Happstack/Data/Default.hs src/Happstack/Data/ DeriveAll.hs src/Happstack/Data/Normalize.hs src/Happstack/Data/Migrate.hs after resolving issues due to CPP not being run, everything runs to completion, no errors. Also, the list of things we're pulling in during the template-haskell execution is much smaller (see bellow). Has anyone seen this, where template-haskell behaves different when run from cabal-install (or Setup.hs) than from ghc --make (or ghci)? >>>>> 2 of 5] Compiling Happstack.Data.Migrate ( src/Happstack/Data/Migrate.hs, src/Happstack/Data/Migrate.o ) [3 of 5] Compiling Happstack.Data.Default ( src/Happstack/Data/Default.hs, src/Happstack/Data/Default.o ) [4 of 5] Compiling Happstack.Data.DeriveAll ( src/Happstack/Data/DeriveAll.hs, src/Happstack/Data/DeriveAll.o ) [5 of 5] Compiling Happstack.Data.Xml.Base ( src/Happstack/Data/Xml/Base.hs, src/Happstack/Data/Xml/Base.o ) Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. Loading package ffi-1.0 ... linking ... done. Loading package array-0.3.0.0 ... linking ... done. Loading package bytestring-0.9.1.5 ... linking ... done. Loading package containers-0.3.0.0 ... linking ... done. Loading package pretty-1.0.1.1 ... linking ... done. Loading package syb-0.1.0.2 ... linking ... done. Loading package template-haskell ... linking ... done. Loading package syb-with-class-0.6.1 ... linking ... done. mkUsageInfo: internal name? Element{tc a4av} <<<<< That was the successful build, using ghc --make. The error for te failing build is quoted bellow. Antoine > > > > On Sun 12/20/2009 2:06 AM , Antoine Latter aslatter(a)gmail.com sent: > > 2009/12/19 Jeremy Shaw <jeremy(a)n-heptane.com>: >> Happstack 0.4.1 STABLE is now available. > > At some point I was able to get happstack to build on GHC 6.12, but now I > can't. > > I'm getting errors in happstack-data, specifically it looks like > errors when I'm running TemplateHaskell during compile-time: > >>>>>> > [ 7 of 16] Compiling Happstack.Data.Xml.Base ( > src/Happstack/Data/Xml/Base.hs, dist/build/Happstack/Data/Xml/Base.o ) > Loading package ghc-prim ... linking ... done. > Loading package integer-gmp ... linking ... done. > Loading package base ... linking ... done. > Loading package array-0.3.0.0 ... linking ... done. > Loading package bytestring-0.9.1.5 ... linking ... done. > Loading package containers-0.3.0.0 ... linking ... done. > Loading package pretty-1.0.1.1 ... linking ... done. > Loading package template-haskell ... linking ... done. > Loading package syb-with-class-0.6.1 ... linking ... done. > Loading package HUnit-1.2.2.1 ... linking ... done. > Loading package syb-0.1.0.2 ... linking ... done. > Loading package base-3.0.3.2 ... linking ... done. > Loading package old-locale-1.0.0.2 ... linking ... done. > Loading package time-1.1.4 ... linking ... done. > Loading package random-1.0.0.2 ... linking ... done. > Loading package QuickCheck-1.2.0.0 ... linking ... done. > Loading package extensible-exceptions-0.1.1.1 ... linking ... done. > Loading package mtl-1.1.0.2 ... linking ... done. > Loading package old-time-1.0.0.3 ... linking ... done. > Loading package parsec-2.1.0.1 ... linking ... done. > Loading package hsemail-1.3 ... linking ... done. > Loading package network-2.2.1.5 ... linking ... done. > Loading package SMTPClient-1.0.1 ... linking ... done. > Loading package filepath-1.1.0.3 ... linking ... done. > Loading package unix-2.4.0.0 ... linking ... done. > Loading package directory-1.0.1.0 ... linking ... done. > Loading package process-1.0.1.2 ... linking ... done. > Loading package hslogger-1.0.7 ... linking ... done. > Loading package deepseq-1.1.0.0 ... linking ... done. > Loading package parallel-2.2.0.1 ... linking ... done. > Loading package strict-concurrency-0.2.2 ... linking ... done. > Loading package unix-compat-0.1.2.1 ... linking ... done. > Loading package happstack-util-0.4.1 ... linking ... done. > Loading package binary-0.5.0.2 ... linking ... done. > Loading package haskell98 ... linking ... done. > Loading package HaXml-1.13.3 ... linking ... done. > Loading package ffi-1.0 ... linking ... done. > ghc: > unknown symbol > `_sybzmwithzmclasszm0zi6zi1_DataziGenericsziSYBziWithClassziInstances_dataTypeZMad6eZN_closure' > <<<<< > > If you check the load-list, we are loading syb-with-class. > > This is on Mac OS X 10.6 on a 64-bit intel chip, if that makes any > difference. > > Has anyone seen anything like this? Is it likely I've screwed up my > GHC install somehow? > > Antoine > > -- > > You received this message because you are subscribed to the Google Groups > "HAppS" group. > To post to this group, send email to happs(a)googlegroups.com. > To unsubscribe from this group, send email to > happs+unsubscribe(a)googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/happs?hl=en. > > > >

3 2

GHC-6.12.1: broken configure
by Kirill A. Shutemov 30 Dec '09

30 Dec '09

I want to build ghc for i586-alt-linux-gnu. > ./configure --host=i586-alt-linux-gnu --build=i586-alt-linux-gnu checking for gfind... no checking for find... /bin/find checking for sort... /bin/sort checking for ghc... /usr/bin/ghc checking version of ghc... 6.10.1 Target platform inferred as: i386-unknown-linux Unknown arch i586 Why i586 is unknown? It's a valid architecture. Why does it check vendor? Many of distribution define own vendor. Why do not use config.guess to guess correct host/target/build instead of reinvent wheel? Please fix it. It will simplify packaging GHC for distributions.

5 5