April 2007 - Glasgow-haskell-users

ANNOUNCE: GHC 6.6.1 Release Candidate
by Ian Lynagh 13 Apr '07

13 Apr '07

We are pleased to announce the Release Candidate phase for GHC 6.6.1. Snapshots beginning with 6.6.20070409 are release candidates for 6.6.1 You can download snapshots from here: http://www.haskell.org/ghc/dist/stable/dist/ Right now we have the source bundles: http://www.haskell.org/ghc/dist/stable/dist/ghc-6.6.20070409-src.tar.bz2 http://www.haskell.org/ghc/dist/stable/dist/ghc-6.6.20070409-src-extralibs.… Only the first of these is necessary. The "extralibs" package contains various extra packages that we normally supply with GHC - unpack the extralibs tarball on top of the source tree to add them, and they will be included in the build automatically. There are also currently binary distributions for x86_64/Linux and i386/Linux. More may appear later. The Windows (mingw) binary distributions are currently broken, but we hope to have this resolved soon. Please test as much as possible; bugs are much cheaper if we find them before the release! We hope to release in a couple of weeks, but of course that may slip if problems are uncovered. Thanks Ian, on behalf of the GHC team

4 4

Re: FreeBSD/amd64 registerised running
by Gregory Wright 10 Apr '07

10 Apr '07

Hi Olli, On Apr 10, 2007, at 1:23 PM, Oliver Braun wrote: > Hi Gregory, > > * Gregory Wright <gwright(a)comcast.net> [2007-04-09 12:38 -0400]: >>>> I have ghc-6.6 (darcs version from 20070405) running >>>> registerized on >>>> FreeBSD/amd64. > >> I will certainly provide patches and a binary distribution that >> people can use to bootstrap their own compilers. > > It would be nice if you cann provide a bootstrap tarball for > integration > in the FreeBSD lang/ghc port. > I will do this as soon as I get the Linker bugs worked out so we can have ghci. Since this won't make it into 6.6.1 a few patches will have to be applied to the distribution. Best Wishes, Greg

1 0

Failed to load interface for `Prelude'
by Joel Reymont 08 Apr '07

08 Apr '07

Pepe already told me that I need SplitObj=NO on Mac OSX. Can someone tell me why? Is the error below due to split objs? Thanks, Joel -- ../compiler/stage1/ghc-inplace -H32m -O2 -istage2/utils -istage2/ basicTypes -istage2/types -istage2/hsSyn -istage2/prelude - istage2/rename -istage2/typecheck -istage2/deSugar -istage2/ coreSyn -istage2/specialise -istage2/simplCore -istage2/stranal - istage2/stgSyn -istage2/simplStg -istage2/codeGen -istage2/main - istage2/profiling -istage2/parser -istage2/cprAnalysis -istage2/ ndpFlatten -istage2/iface -istage2/cmm -istage2/nativeGen - istage2/ghci -Istage2 -DGHCI -package template-haskell -DDEBUGGER - DGHCI_TABLES_NEXT_TO_CODE -threaded -package readline -DUSE_READLINE - cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -Iparser -package unix -package Cabal -package regex-compat -ignore-package lang - recomp -Rghc-timing -H16M '-#include "cutils.h"' -package-name ghc-6.7.20070404 -fgenerics -c basicTypes/OccName.lhs-boot -o stage2/basicTypes/OccName.o-boot -ohi stage2/basicTypes/OccName.hi-boot ../compiler/stage1/ghc-inplace -H32m -O2 -istage2/utils -istage2/ basicTypes -istage2/types -istage2/hsSyn -istage2/prelude - istage2/rename -istage2/typecheck -istage2/deSugar -istage2/ coreSyn -istage2/specialise -istage2/simplCore -istage2/stranal - istage2/stgSyn -istage2/simplStg -istage2/codeGen -istage2/main - istage2/profiling -istage2/parser -istage2/cprAnalysis -istage2/ ndpFlatten -istage2/iface -istage2/cmm -istage2/nativeGen - istage2/ghci -Istage2 -DGHCI -package template-haskell -DDEBUGGER - DGHCI_TABLES_NEXT_TO_CODE -threaded -package readline -DUSE_READLINE - cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -Iparser -package unix -package Cabal -package regex-compat -ignore-package lang - recomp -Rghc-timing -H16M '-#include "cutils.h"' -package-name ghc-6.7.20070404 -fgenerics -O -c utils/Encoding.hs -o stage2/ utils/Encoding.o -ohi stage2/utils/Encoding.hi basicTypes/OccName.lhs-boot:1:0: Failed to load interface for `Prelude': Use -v to see a list of the files searched for. <<ghc: 19113508 bytes, 4 GCs, 123616/123616 avg/max bytes residency (1 samples), 16M in use, 0.01 INIT (0.00 elapsed), 0.03 MUT (0.10 elapsed), 0.02 GC (0.02 elapsed) :ghc>> make[2]: *** [stage2/basicTypes/OccName.o-boot] Error 1 make[2]: *** Waiting for unfinished jobs.... utils/Encoding.hs:1:0: Failed to load interface for `Prelude': Use -v to see a list of the files searched for. <<ghc: 25147464 bytes, 4 GCs, 123268/123268 avg/max bytes residency (1 samples), 16M in use, 0.01 INIT (0.00 elapsed), 0.03 MUT (0.12 elapsed), 0.02 GC (0.02 elapsed) :ghc>> make[2]: *** [stage2/utils/Encoding.o] Error 1 make[1]: *** [stage2] Error 2 make: *** [bootstrap2] Error 2 -- http://wagerlabs.com/

3 5

Linking and Including nonstandard paths
by Chris McCraw 08 Apr '07

08 Apr '07

Hi! We're fairly happy users of ghc in my department. We use it widely for instruction and to some degree for research. I'm the fellow tasked with maintaining the local installation, and I have a couple of simple and seemingly related problems that I'm sure have easy solutions, though I haven't been able to find them. 1) I'd like to embed an additional library search directory in ghc so that it does the equivalent of -L/path/to/extra/dir every time it's used to link something. Unfortunately, our libgmp resides in a nonstandard directory and so *every time* someone wants to compile they must ghc -L/lusr/gnu/lib ... to find -lgmp. I promise, we have thought about moving libgmp into the default search path, and setting $LD_LIBRARY_PATH, but those break a lot of other stuff in our setup, and are really not practical in our environment. We build all of our utilities from source (including ghc) so I would be happy & able to tweak some setting during configure or make or even hack the source--but I can't figure out where to change it. I figured it'd be in configure.mk(.in) but adding "-R /lusr/gnu/lib" to the LD command line did not do the trick in generating a ghc binary that calls ld/collect2 in the same way. 2) When building something, I often need to add an include directory. As an example, GSLHaskell: % runhaskell -I/lusr/gnu/include Setup.hs build [...] [16 of 17] Compiling GSL.Plot ( GSL/Plot.hs, dist/build/GSL/Plot.p_o ) [17 of 17] Compiling GSL ( GSL.hs, dist/build/GSL.p_o ) GSL/gslaux.c:2:26: gsl/gsl_blas.h: No such file or directory GSL/gslaux.c:3:28: gsl/gsl_linalg.h: No such file or directory gsl/gsl_blas.h and friends are indeed in /lusr/gnu/include and I'd like to do the equivalent of adding a $CFLAGS of -I/lusr/gnu/include to the build (or to every build--it'd be grand if that was included by default, though not as necessary as item #1 above) but can't figure out how. I'm working with ghc-6.6 on ubuntu linux, in case that matters. I'm not sure what else is relevant, but am happy to provide details as needed. Help? Thanks in advance!

3 3

distributed compilation by GHC
by Bulat Ziganshin 05 Apr '07

05 Apr '07

Hello GHC, i'm interested to know how much people are interested in having support for distributed compilation by GHC? it's true that production GHC version doesn't support multi-threaded compilation, so such system will be of benefit even for local usage for users with multi-core chips? -- Best regards, Bulat mailto:Bulat.Ziganshin@gmail.com

5 7

Re: Failed to load interface for `Prelude'
by Joel Reymont 05 Apr '07

05 Apr '07

It's driving me nuts but I keep getting the same error with our without split objects! I did manage to build the quickest configuration, it's the performance one I cannot build. On Apr 5, 2007, at 3:02 PM, Pepe Iborra wrote: > The problem is not in the logs you attached, those are from stage2. > The real error shows up when compiling base, if I recall correctly, > but I never had the courage to find out why. -- http://wagerlabs.com/

1 0

ghci doesn't run FFi'd code which works under ghc on WinXP
by Vivian McPhail 05 Apr '07

05 Apr '07

Hi All, I wrote a binding to matlab matrix.h and mat.h. My test program works when I compile a binary, but when I try to use the code in ghci nothing happens. There are no error messages, but all computations return a blank line. Does this fall into a known class of error? I can provide my source code, but because of licensing requirements I can't provide the .dll's against which the code is linked. TIA Vivian

2 1

Login problems with trac
by Robin Green 03 Apr '07

03 Apr '07

I am having difficulty logging in to GHC's trac. The situation is this: 1. I'm pretty sure I used to log in with username "greenrd" to file bugs (at least, that's what Firefox's password manager tells me!). That no longer works. I get the message below. ------------------------------------------------------------------ Permission Denied To create tickets or edit the wiki, please login with username guest, password guest. TICKET_CREATE privileges are required to perform this operation TracGuide — The Trac User and Administration Guide ------------------------------------------------------------------ 2. I cannot log in with username "guest" using Firefox 1.5 on my office machine. I just get the same message, when I click "login". This occurs even after I have cleared my web browser's cache. Maybe I need to do something else other than clear the cache? 3. I have been able to log in once as a guest *and* create a ticket - but only on Firefox 2, on my office machine, which is not behind a proxy. 4. Strangest of all, I have not been able to log in as a guest using Firefox 2 on my dorm machine which is behind a proxy - even though Firefox is *not* automatically supplying a username and password! When I attempt to login as guest, I get redirected to http://hackage.haskell.org/trac/ghc and I don't seem to be logged in - a "login" link is still there, instead of a "logout" one. This is all rather confusing. I have not figured out what is going on here. -- Robin

3 2

Re: More on FreeBSD/amd64
by Gregory Wright 03 Apr '07

03 Apr '07

Hi Ian, On Mar 29, 2007, at 8:36 PM, Ian Lynagh wrote: > > Hmm, oh well. > > OK, so we know that the wrong value is being passed to > newPinnedByteArray#, right? There aren't many calls to that: > > libraries/base/Foreign/Marshal/Alloc.hs > libraries/base/GHC/ForeignPtr.hs (4 calls) > libraries/base/GHC/Handle.hs > > so the easiest way forward is probably to print something unique, and > the size passed, in each one and try to work backwards towards the > source. e.g. > > mallocPlainForeignPtrBytes (I# size) = IO $ \s -> > case newPinnedByteArray# size s of { (# s, mbarr# #) -> > > => > > mallocPlainForeignPtrBytes i@(I# size) = do > print ('A', i) > IO $ \s -> > case newPinnedByteArray# size s of { (# s, mbarr# #) -> > > (it might be worth printing something after the existing IO action as > well, just to avoid confusion as to what is happening. > Is there a version of "print" I can use for debugging these libraries? Just adding "print" causes a cycle in module dependencies. I can now start gdb instruction stepping close to the crash and it looks as if the trouble comes from mallocForeignPtr. I'm trying to find out what calls that now. Best Wishes, Greg

3 6

ghc development version (6.7) from MacPorts
by Gregory Wright 02 Apr '07

02 Apr '07

Hi, For those who live on the bleeding edge, I have made a port of the latest development version of ghc for OS X through MacPorts. (If you are not familiar with MacPorts, see http://macports.org.) The build is from the darcs repository, and installs its binaries as <bin_name>-6.7.<date_code> . This naming allows the development version to be installed alongside the released ghc-6.6 with no conflicts. The port should work with OS X 10.3 and later on Intel or PPC. The name of the port is "ghc-devel". Note that because this is really a _development_ version, it may be buggy or not build at all. For day to day use you want the released ghc-6.6. Have fun, Greg

1 0