January 2004 - Glasgow-haskell-users

Random number generator
by Gwoing Yu 16 Jan '04

16 Jan '04

Hi, I need some assistances in calling random number generator using 6.0.1 haskell compiler. To return a list of random int [Int], I have tried the following: drawInt :: Int->Int -> [Int] drawInt x y = getStdRandom (randomRs (x,y)) It has a type error. I would appreciate if you know how to fix it. Thank you in advance. Tina Yu http://www.improvise.ws --------------------------------- Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes

3 3

Re: Fail to compile ghc-6.2 on a Sun/Sparc
by mai99dnn＠studserv.uni-leipzig.de 16 Jan '04

16 Jan '04

Ok, with the right versions of gcc and make and great support of my tutor ghc-6.2 is compiled succesfully on the sun :-) Thanks to all Patrick Am Donnerstag, 15. Januar 2004 12:10 schrieb Simon Marlow: > > There is the following version installed. The version seems to > > be greater than that versionnumber that is needed. > > While I'm waiting I'll compile the gnu-gcc... > > > > bash-2.05$ gcc --version > > gcc (GCC) 3.2.1 > > Copyright (C) 2002 Free Software Foundation, Inc. > > This is free software; see the source for copying conditions. > > There is NO > > warranty; not even for MERCHANTABILITY or FITNESS FOR A > > PARTICULAR PURPOSE. > > GCC versions later than 3.x have a bug which affects code generation on > Sparc and other (non-x86) architectures. This is most likely the cause > of your crash. Please install GCC 2.95. > > Cheers, > Simon

1 0

docs bug - on Data.Int doc page, UArray points to imaginary Data.Array.Base.html
by Shae Matijs Erisson 15 Jan '04

15 Jan '04

On this page: http://www.haskell.org/ghc/docs/latest/html/libraries/base/Data.Int.html the links to IArray and UArray point to http://www.haskell.org/ghc/docs/latest/html/libraries/base/Data.Array.Base.… which doesn't exist. Not sure if this is a haddock bug or a missing file or what. -- Shae Matijs Erisson - 2 days older than RFC0226 #haskell on irc.freenode.net - We Put the Funk in Funktion 10 PRINT "HELLO" 20 GOTO 10 ; putStr $ fix ("HELLO\n"++)

1 0

RE: Fail to compile ghc-6.2 on a Sun/Sparc
by Simon Marlow 15 Jan '04

15 Jan '04

> There is the following version installed. The version seems to > be greater than that versionnumber that is needed. > While I'm waiting I'll compile the gnu-gcc... > > bash-2.05$ gcc --version > gcc (GCC) 3.2.1 > Copyright (C) 2002 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. > There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A > PARTICULAR PURPOSE. GCC versions later than 3.x have a bug which affects code generation on Sparc and other (non-x86) architectures. This is most likely the cause of your crash. Please install GCC 2.95. Cheers, Simon

1 0

RE: Fail to compile ghc-6.2 on a Sun/Sparc
by Simon Marlow 15 Jan '04

15 Jan '04

> Hmm, the patch works fine, but compilation stops when building > libraries/base/GHC/List.o > It seems to me that some library of the system makes trouble. > I dont think > thats a ghc errror: > > rm -f GHC/List.o; if [ ! -d GHC/List_split ]; then mkdir > GHC/List_split; else > /usr/bin/find GHC/List_split -name '*.o' -print | xargs rm -f > __rm_food; fi; > Putting child 0x000aa798 (GHC/List.o) PID 9863 on the chain. > Live child 0x000aa798 (GHC/List.o) PID 9863 > Got a SIGCHLD; 1 unreaped children. > Reaping winning child 0x000aa798 PID 9863 > ../../ghc/compiler/ghc-inplace -H16m -O -fglasgow-exts -cpp -Iinclude > -#include HsBase.h -funbox-strict-fields -package-name base > -O -Rghc-timing > -split-objs -c GHC/List.lhs -o GHC/List.o -ohi GHC/List.hi > Live child 0x000aa798 (GHC/List.o) PID 9868 > Segmentation Fault > Got a SIGCHLD; 1 unreaped children. > Reaping losing child 0x000aa798 PID 9868 > make[1]: *** [GHC/List.o] Error 139 > Removing child 0x000aa798 PID 9868 from chain. > Got a SIGCHLD; 1 unreaped children. > Reaping losing child 0x00055318 PID 9857 > make: *** [all] Error 1 > Removing child 0x00055318 PID 9857 from chain. > > How can I get more informations than just the "segfault"-message? What version of gcc do you have installed? (gcc --version). Cheers, Simon

2 1

Re: Fail to compile ghc-6.2 on a Sun/Sparc
by Patrick Scheibe 14 Jan '04

14 Jan '04

Ok, that was definitely my fault. I´ve built the gnu-make and tried again. After an hour of compilation ghc ended with: Reading package info from stdin... done. Expanding embedded variables... done. warning: can't find GHCi lib `HSbase.o' Saving old package config file... done. Writing new package config file... done. ../../ghc/utils/ghc-pkg/ghc-pkg-inplace -f ../../ghc/driver/package.conf --update-package <package.conf.installed Reading package info from stdin... done. Expanding embedded variables... done. warning: can't find GHCi lib `HSbase.o' Saving old package config file... done. Writing new package config file... done. ../../ghc/utils/hsc2hs/hsc2hs-inplace -Iinclude -I../../ghc/includes -I. GHC/Unicode.hsc Unicode.hsc: In function `main': Unicode.hsc:126: `wint_t' undeclared (first use in this function) Unicode.hsc:126: (Each undeclared identifier is reported only once Unicode.hsc:126: for each function it appears in.) Unicode.hsc:126: parse error before "int" make[2]: *** [GHC/Unicode.hs] Error 1 make[1]: *** [boot] Error 1 make[1]: Leaving directory `/home/mai99dnn/tmp/ghc-6.2/libraries' make: *** [build] Error 1 There is one warning about the HSbase.o. Is this the one from the "old"-ghc that is used to compile the new one? This lib is availible under ./lib/ghc-6.0/HSbase.o Is there anymore I can do than just to give up?? Cheers Patrick Am Mittwoch, 14. Januar 2004 17:42 schrieb Volker Stolz: > In local.glasgow-haskell-users, you wrote: > > Hi there. > > I tried to compile the new ghc with hopengl support on a sun workstation. > > > > uname -a > > > > SunOS userv1 5.8 Generic_108528-27 sun4u sparc SUNW,Ultra-80 > > > > The configure script seems to work. My options were: > > > > ./configure --prefix=/home/mai99dnn/built --enable-hopengl > > > > But when I did a make following error occured: > > > > make: Fatal error in reader: ./mk/boilerplate.mk, line 22: Unexpected end > > of line seen > > Are you sure that you're using GNU make?

3 3

Fail to compile ghc-6.2 on a Sun/Sparc
by Patrick Scheibe 14 Jan '04

14 Jan '04

Hi there. I tried to compile the new ghc with hopengl support on a sun workstation. uname -a SunOS userv1 5.8 Generic_108528-27 sun4u sparc SUNW,Ultra-80 The configure script seems to work. My options were: ./configure --prefix=/home/mai99dnn/built --enable-hopengl But when I did a make following error occured: make: Fatal error in reader: ./mk/boilerplate.mk, line 22: Unexpected end of line seen I don't know whats wrong. The boilerplate.mk seems to be ok for me. Any suggestions??? It's a bad idea to attach the config.log... it's too big. What file is needed to debug Cheers Patrick

1 0

overlapping instances and modules
by Iavor S. Diatchki 13 Jan '04

13 Jan '04

hello, i am a bit stuck on the following problem, which seems to be GHC related. consider the following two modules: > {-# OPTIONS -fglasgow-exts -fallow-overlapping-instances #-} > module Test where > > data T m a = T (m a) > > class C m where get :: m a > > instance C (T m) > instance C m => C (t m) > > obs :: T [] Int > obs = get > module Test1 where > > import Test > > obs' :: T [] Int > obs' = get i can load the first one (Test) without problems, but when i load the second one (Test1) a get the error: Test1.hs:6: No instance for (C []) arising from use of `get' at Test1.hs:6 In the definition of `obs'': obs' = get this seems to indicate that the second instance is being used, but i cannot figure out why. am i doing something silly here? -iavor ps: i am not on the GHC users list so please cc me if you replay there -- ================================================== | Iavor S. Diatchki, Ph.D. student | | Department of Computer Science and Engineering | | School of OGI at OHSU | | http://www.cse.ogi.edu/~diatchki | ==================================================

1 0

Re: POpen, opening lots of processes
by Ferenc Wagner 12 Jan '04

12 Jan '04

Tomasz Zielonka <t.zielonka(a)zodiac.mimuw.edu.pl> writes: > On Sun, Jan 11, 2004 at 10:22:09PM +0100, Ferenc Wagner wrote: > >>> It isn't suitable for exchanging bigger amounts of data >>> between processes. >> >> May I ask why? > > Well, if you were collecting big amounts of data (like > dozens of megabytes) from the child process, you would > probably rather want to either: > a) consume it incrementally > b) store it in a more economic data structure > > Of course, both can be done in Haskell. I wonder if I > could change my code to abstract it away... I remember a discussion on the Haskell list about consuming database requests. The consensus was to use some pre-fold like callbacks (proposed by Oleg?) as the most general solution for such problems. You may want to look into that. Feri.

1 0

POpen, opening lots of processes
by Hal Daume III 11 Jan '04

11 Jan '04

Hi, I'm using POpen to shell out to a command several hundreds or thousands of times per call (none of them simultaneous, though, this is completely serial). After running my program for a while, I get: Fail: resource exhausted Action: forkProcess Reason: Resource temporarily unavailable which basically seems to be telling me that the program hasn't been closing the old processes, even though they're definitely not in use anymore. Does anyone have any suggestions how to get around this? Thanks! - Hal -- Hal Daume III | hdaume(a)isi.edu "Arrest this man, he talks in maths." | www.isi.edu/~hdaume

5 10