- Glasgow-haskell-users

Registering source files along with .hi and .a files?
by Marc Weber 02 Mar '07

02 Mar '07

I see that there is already haddock-interfaces and haddock-html options contained in package descriptions.. Would it make sense to add a hs-source-files option, too? I'm asking because it would be possible to register the source as well together with tag files. The source files could be used by DrIft. They can be used as reference as well (I think many haskell programmers dive into source when looking at some library features ? At least I do) Or is there already an option to register arbitrary files along with a package? Marc Weber

1 0

Problem compiling GHC
by Cristian Perfumo 02 Mar '07

02 Mar '07

Hi all, I'm having a problem when I try to compile GHC. I did it several times before without any problem but I don't know exactly from which moment it started giving me errors. Anyway, I have some clues: 1) I was modifying some STM stuff and I was receiving errors with (I think) out of date information. Then I did "make clean" in "compiler" and in "libraries/base". 2) I don't know if this has to do but some time ago I installed FilePath library and I hadn't executed "make clean" from this moment on. I insist, these two items are only more information but I'm not sure they're related with the error. So, what I did, to be sure that the error had nothing to do with my modification, was to download GHC again and try to build the original version. But I still get the same error (that I paste below this message). Thank you very much in advance for any help. Regards. Cristian Perfumo ------------------------------------------------------------------------ == make boot -r; in /home/cperfumo/ghc/ghc-6.6-original/ghc-6.6/includes ------------------------------------------------------------------------ ../utils/mkdependC/mkdependC -f .depend -- -O -I. -I../rts -- mkDerivedConstants.c ------------------------------------------------------------------------ == make boot -r; in /home/cperfumo/ghc/ghc-6.6-original/ghc-6.6/compat ------------------------------------------------------------------------ ../utils/mkdependC/mkdependC -f .depend -I. -Iinclude -I../includes -- -O -I. -Iinclude -D__GHC_PATCHLEVEL__=0 -I../libraries/base/cbits -I../libraries/base/include -- cbits/directory.c cbits/rawSystem.c cbits/unicode.c /usr/local/bin/ghc -M -optdep-f -optdep.depend -osuf o -optdep--exclude-module=System.Directory.Internals -H16m -O -I. -Iinclude -Rghc-timing -ignore-package Cabal -I../libraries -fglasgow-exts -no-recomp Compat/Directory.hs Compat/RawSystem.hs Compat/Unicode.hs Distribution/Compat/FilePath.hs Distribution/Compat/ReadP.hs Distribution/Compiler.hs Distribution/GetOpt.hs Distribution/InstalledPackageInfo.hs Distribution/License.hs Distribution/Package.hs Distribution/ParseUtils.hs Distribution/Version.hs Language/Haskell/Extension.hs Compat/Directory.hs:42:7: Could not find module `System.Directory': Use -v to see a list of the files searched for. <<ghc: 8676376 bytes, 5 GCs, 84456/84456 avg/max bytes residency (1 samples), 17M in use, 0.00 INIT (0.00 elapsed), 0.01 MUT (0.12 elapsed), 0.00 GC (0.01 elapsed) :ghc>> make[1]: *** [depend] Error 1 make: *** [stage1] Error 1

2 2

Problems with -caf-all
by R Hayes 02 Mar '07

02 Mar '07

I get the following error message when I try to compile with -caf-all. /tmp/ghc583_0/ghc583_0.s:6482:0: FATAL:Symbol _Mainmain_CAF_cc_ccs already defined. My command line looks like this: ghc --make PriceHisto.hs -ljudy -prof -auto-all -caf-all I also tried the following command line and got the same error: ghc --make PriceHisto.hs -ljudy -prof -caf-all Any ideas as to what I'm doing wrong? R Hayes rfhayes<>@</>reillyhayes.com

2 1

Linker error when building GHC HEAD on Mac OS
by Stefan Holdermans 02 Mar '07

02 Mar '07

I'm trying to build GHC HEAD on Mac OS 10.4.8 (PowerPC), but end up with a linker error: ../compiler/stage1/ghc-inplace -o stage2/ghc-6.7.20070228 -H16m -O -package ghc -Istage2 -cpp -fglasgow-exts -fno-generics -Rghc-timing - I. -IcodeGen -InativeGen -Iparser -Rghc-timing -DGHCI -DDEBUGGER - threaded -fforce-recomp stage2/main/Main.o /usr/bin/ld: warning multiple definitions of symbol _UP /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/../../../libreadline.dylib (terminal.so) definition of _UP /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/../../../libncurses.dylib (lib_termcap.o) definition of _UP /usr/bin/ld: warning multiple definitions of symbol _BC /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/../../../libreadline.dylib (terminal.so) definition of _BC /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/../../../libncurses.dylib (lib_termcap.o) definition of _BC /usr/bin/ld: warning multiple definitions of symbol _PC /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/../../../libreadline.dylib (terminal.so) definition of _PC /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/../../../libncurses.dylib (lib_tputs.o) definition of _PC /usr/bin/ld: Undefined symbols: _stg_interp_constr1_entry _stg_interp_constr2_entry _stg_interp_constr3_entry _stg_interp_constr4_entry _stg_interp_constr5_entry _stg_interp_constr6_entry _stg_interp_constr7_entry _stg_interp_constr8_entry collect2: ld returned 1 exit status <<ghc: 19070104 bytes, 4 GCs, 120108/120108 avg/max bytes residency (1 samples), 16M in use, 0.01 INIT (0.00 elapsed), 0.10 MUT (4.20 elapsed), 0.05 GC (0.08 elapsed) :ghc>> make[3]: *** [stage2/ghc-6.7.20070228] Error 1 make[2]: *** [stage2/ghc-6.7.20070228] Error 2 make[1]: *** [stage2] Error 2 make: *** [bootstrap2] Error 2 Anyone any pointers? Cheers, Stefan

3 2

ghc -fasm declared not too shabby
by dons＠cse.unsw.edu.au 01 Mar '07

01 Mar '07

Got some initial nobench numbers for ghc head -fvia-C versus -fasm, on amd64: http://www.cse.unsw.edu.au/~dons/nobench/x86_64/results.html Overall all of nobench, ghc -fasm averages 3% slower. Not too shabby! There's some wider variation on the microbenchmarks in the imaginary class: one case 20% faster, another 30% slower, average 2% slower. On real programs though, 3% slower on average. The big benefit of course, no perl, no gcc and faster compilation times. -- Don

2 2

How to debug a segfault.
by David Brown 01 Mar '07

01 Mar '07

I'm developing a program with GHC-6.6. I've been on amd64, and haven't had problems, but now when I run the program on on x86 (after cleaning and recompiling), I'm getting a segfault. gdb isn't very helpful at all: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1212873040 (LWP 26946)] 0x080b45b8 in s2EI_info () (gdb) bt #0 0x080b45b8 in s2EI_info () #1 0x081757a8 in ?? () #2 0x00000004 in ?? () #3 0xb7875278 in ?? () I am using some various bindings to some C libraries, some I have written and some written by others. But, I'm not able to figure out where to even begin looking for the problem. Any advice on how I might be able to better debug this? Would compiling unregistered help (I'll have to figure out how to build libraries for that)? Thanks, David Brown

4 6

TFP 2007: Last Call for Participation
by TFP 2007 28 Feb '07

28 Feb '07

Dear Colleagues, The deadline to register for TFP 2007 is quickly approaching. You may register at: http://cs.shu.edu/tfp2007/registration.html . Also, please be advised that the deadline to make hotel reservations at the guaranteed rate for TFP 2007 participants is also quickly approaching. Hotel information can be found at: http://cs.shu.edu/tfp2007/accomodations.html . You may browse the program and schedule for TFP 2007 at: http://cs.shu.edu/tfp2007/schedule.html . We look forward to seeing you in NYC!!! Cheers, Marco ************************************************************************************ Dr. Marco T. Morazan TFP 2007 Program Committee Chair http://cs.shu.edu/tfp2007/

1 0

using a stage1 as a compiler for a later ghc?
by Isaac Dupree 28 Feb '07

28 Feb '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm on a system with main ghc = 6.4.2. I've built a ghc 6.6 stage1. Is there any problem using that ghc-inplace as a compiler for GHC HEAD? (which is done e.g. by ./configure - --with-ghc=/home/isaac/hardly-mine-at-all/build/ghc-6.6/compiler/stage1/ghc-inplace ?) (which I want to do because, theoretically 6.6 should be faster here, since it supports -fasm unlike the ubuntu-edgy-powerpc-ghc-6.4.2, and also considering how my gcc likes to crash randomly a few times during anything as extensive as compiling ghc...) Isaac -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF5LXeHgcxvIWYTTURAoo2AKDHUAo+7759LwBbXh5cP7zklMfKkgCdGoK9 ZQvjhkVTVUt512kpMPquDzc= =zn7+ -----END PGP SIGNATURE-----

2 1

Re: GHC on Cray XMT?
by Peter Tanski 27 Feb '07

27 Feb '07

Chad Scherrer wrote: > The new Cray XMT seems to target exactly the same kind of analytic > problems where Haskell excels: > > http://www.cray.com/products/xmt/ > > I'm not a hardware guy, but this seems like a natural fit with the > recent advances in SMP Haskell. I know some compiler experts, but none > of them have experience with Haskell. > > Can anyone tell me how big an undertaking it would this be to get GHC > going on one of these? It seems to me like the fact that the absence > of cache on XMT processors should simplify things, since there are > less issues reasoning about locality. Porting GHC to a new architecture may be easy or very involved. See http://hackage.haskell.org/trac/ghc/wiki/Building/Porting. Porting to the Cray XMT would appear to be very difficult but a real Plum!. I am not sure how close its UNICOS operating system is to BSD (GHC has ports to FreeBSD and OpenBSD)--that is just the main programming environment; working with the processors may require a smaller microkernel environment. According to the XMT Datasheet the main programming is done on Linux-based nodes. Linux is GHC's "home" OS, so that would seem to make it a little easier. For an experience porting Glasgow Parallel Haskell (GPH) to an MPP, you might want look at the work of Kei Davis (http://www.c3.lanl.gov/ ~kei/), who ported an older version of GHC to the Thinking Machines CM-5 SPMD (http://www.c3.lanl.gov/~kei/lanlwork.html and especially, "MPP Parallel Haskell (Preliminary Draft)", 1996, at http:// www.c3.lanl.gov/~kei/ifl96.ps) Kei Davis's work is also referenced on the Glasgow Parallel Haskell site, under "PORTS" (http:// www.macs.hw.ac.uk/~dsg/gph/) I mention his work in particular because the CM-5 port involved a slightly new (Solaris-like) OS and a specialised message passing system, CMMD, instead of PVM used by Glasgow Parallel Haskell. That would be quit a lot of work since you would have to modify the RTS--the old GUM (Parallel Haskell support) stuff is still in there but it is somewhat bit-rotted. The amount of work required might get worse or better as GHC's future is native assembly output--worse, because you would have to work through the assembly code and efficient C-code generation would require more work with a nasty Perl script called the Mangler; better, depending on whether someone essentially rewrites the ugly spider-web of code in GHC's Native Code Generator (NCG). But all this stuff is for a "native" port: if you have access to an XMT, you might want to simply follow the directions on Porting GHC to a new platform (http://hackage.haskell.org/trac/ghc/wiki/Building/ Porting#PortingGHCtoanewplatform) and see what problems you run into. Cheers, Peter Tanski

1 0

Re: status of GreenCard support
by Peter Tanski 27 Feb '07

27 Feb '07

> Jefferson Heard wrote: >> some simple fix that would make code generated by GreenCard work, >> or is there >> some alternative tool that will make it work? What's the status >> of C2HS? Marc Weber wrote: > When using cabal and GreenCard it might be the case that you have to > tweak setup.hs to add --libdir parameters. Probably it would be better > to update cabal. Maybe I've missed a point to configure it correctly? > If I can save you some minutes by dropping you me quick setup.hs hack > let me know it. I should have answered this in before, sorry. GHC has not supported GreenCard since version 6.2. See http://www.haskell.org/haskellwiki/ Libraries_and_tools/Interfacing_other_languages and http://www.mail-archive.com/haskell@haskell.org/msg14004.html I ran into that problem while attempting to get gcjni-1.2 to work with GHC 6.4 awhile ago, got annoyed, and appended the warning to the Haskell Wiki page lest others ran into the same problem. The Alastair Reid's successor to GreenCard, based on Template Haskell, hasn't been finished yet (or perhaps it is dead?). For more automatic configuration, you might consider Template Haskell: see Ian Lynagh's "Template Haskell: A Report From the Field", at http:// web.comlab.ox.ac.uk/oucl/work/ian.lynagh/papers/ . There are still configuration parameters in the GHC build system for GreenCard but from what I have seen of the rest it seems that you would have to write your own support for the old _casm_ ffi bindings back into the source code practically from scratch (perhaps grabbing an archive of 6.1 would give you a better start). Cheers, Peter Tanski

1 0