- Glasgow-haskell-users

System.Process.system in Windows
by wagnerdm＠seas.upenn.edu 04 Aug '11

04 Aug '11

Hello all, I had a bit of fun recently tracking down quoting issues with the "system" command in Windows. For the examples below, I'll consistently use "Windows> " as the beginning of some text sent to the Windows command prompt cmd.exe, and use "GHC> " as the beginning of some text sent to a ghci session running in cmd.exe with System.Cmd imported. The situation is this: I want to hand off a command line which has both a possibly-quoted command name and a (definitely) quoted argument. For concreteness, let's use "more" as the command and "foo.txt" as the argument, so that you can follow along at home on your favorite Windows system. Windows> echo foo > foo.txt Windows> "more" "foo.txt" foo All good so far. But: GHC> system "\"more\" \"foo.txt\"" 'more" "foo.txt' is not recognized as an internal or external command, operable program or batch file. ExitFailure 1 After some digging, I discovered that system is shipping out to cmd /c, and indeed: Windows> cmd /c "more" "foo.txt" 'more" "foo.txt' is not recognized as an internal or external command, operable program or batch file. I don't know what the *right* fix is. However, after a bit of playing around, I discovered the following: Windows> cmd /c ""more" "foo.txt"" foo GHC> system "\"\"more\" \"foo.txt\"\"" foo ExitSuccess Wrapping commands with an extra pair of double-quotes this way seemed to give behavior matching the bare cmd.exe for all the examples I could think of, even ones I thought it would break. For example: GHC> system "\"more foo.txt\"" foo ExitSuccess If this turns out to be the right thing to do, it's pretty easy to implement. In the commandToProcess function, at libraries/process/System/Process/Internals.hs:455, the change is just - return (cmd, translate cmd ++ "/c " ++ string) + return (cmd, translate cmd ++ "/c \"" ++ string ++ "\"") (And in any case, the examples above should answer this amusing comment, immediately following those lines: -- We don't want to put the cmd into a single -- argument, because cmd.exe will not try to split it up. Instead, -- we just tack the command on the end of the cmd.exe command line, -- which partly works. There seem to be some quoting issues, but -- I don't have the energy to find+fix them right now (ToDo). --SDM -- (later) Now I don't know what the above comment means. sigh. =) ~d

3 2

occasional linking problems with --make?
by Evan Laforge 03 Aug '11

03 Aug '11

I'm just wondering if other GHC users see the errors I see. Occasionally, a program will fail to link, with an error similar to the following: Linking build/test/RunTests ... lUndefined symbols: "_UiziRulerC_dk8C", referenced from: _skev_info in RulerC.o ld: symbol(s) not found collect2: ld returned 1 exit status The program involves some C FFI, the Ui.RulerC module mention above is one such FFI-using module. It's consistent in that if I do another 'make' I'll keep seeing the error, but inconsistent in that if I rm a bunch of .o files to force them to recompile, I usually get a successful link afterwards. I haven't really figured out what exact files I need to rebuild, but I don't think it's necessarily just the "referenced from" module, on occasion deleting a bunch of files doesn't solve the problem and I just do a 'make clean'. I haven't noticed if it's always FFI using modules, or which exact .o files I have to delete to fix the problem, but I'll pay more attention in the future. I've been seeing this problem pretty regularly (maybe once every couple of weeks) since upgrading to ghc7 a long time ago. Do other people see this same issue? Is there something I can do to better track it down, other than the two things I mentioned above? I'd like to blame my hacky makefile, but then again all the haskell modules use --make so it seems like ghc is to blame. Also, when I remove an import from a module I can fairly reliably get the "modules below me: missing <module no longer imported>, hi files probably out of date" warning from every module above. It's annoying but seems to be harmless, and when I get tired of the noise I do a make clean. Is this a common problem? I feel like there's something wrong in the dependency tracking that yields these problems. This is ghc 7.0.2, btw.

2 3

Why no stack overflow in ghci?
by Roman Cheplyaka 03 Aug '11

03 Aug '11

The code main = print $ foldl (+) 0 [1..1000000] when compiled (without optimizations) results in a stack overflow, which is expected. However, when run from ghci it succeeds. Why is it so? (Tested with GHC 6.12.something and 7.0.4) Is it related to "stack-squeezing"? I couldn't find any description of it, apart from a few bug reports. A related question: how can I control the stack size in evaluations inside ghci? Is it (roughly) the same as setting the ghci's own stack size by passing -K to it in the command line? -- Roman I. Cheplyaka :: http://ro-che.info/

3 3

haskell-platform configures failed on Ubuntu 11.04
by David Smith 01 Aug '11

01 Aug '11

I tried to build the newest haskell-platform-2011.2.01 from source on Ubuntu 11.04, following the instructions http://www.vex.net/~trebla/haskell/haskell-platform.xhtml. But there was still an configure error. $ ./configure ************************************************** * * Haskell Platform Source Installer * * For the Haskell Platform 2011.2.0.1 and GHC 7.0.3 * ************************************************** checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for ghc... /usr/local/bin/ghc checking for ghc-pkg... /usr/local/bin/ghc-pkg checking for hsc2hs... /usr/local/bin/hsc2hs checking version of ghc... 7.0.3 checking version of ghc-pkg matches... yes checking ghc actually works... [1 of 1] Compiling Main ( conftest.hs, conftest.o ) yes checking the ghc core packages are all installed... yes checking for perl... /usr/bin/perl checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking for zlibVersion in -lz... yes checking GL/gl.h usability... yes checking GL/gl.h presence... yes checking for GL/gl.h... yes checking for library containing glEnd... no configure: error: The OpenGL C library is required In fact, glEnd function did exist in /usr/include/GL/gl.h I googled this issue, only found this one is similar to mine, but my system is Ubuntu not Opensus http://haskell.1045720.n5.nabble.com/Haskell-Platform-can-t-use-OpenGL-on-O… The following are the libraries I already installed sudo apt-get install libgl1-mesa-dev sudo apt-get install libglc-dev sudo apt-get install freeglut3-dev sudo apt-get install libedit-dev sudo apt-get install libglw1-mesa libglw1-mesa-dev Can anyone suggest the libraries my OS missing ?

3 2

integer-simple
by Chris Dornan 31 Jul '11

31 Jul '11

Hi All, I am still having difficulty getting a plain GHC build with INTEGER_LIBRARY = integer-simple. (I outlined my problem here yesterday <http://www.haskell.org/pipermail/glasgow-haskell-users/2011-July/020631.htm l> .) I suspected my failure to get a vanilla build (with GMP) was a minor issue with RHEL 5 and indeed a vanilla build of the the compiler goes through no problem on RHEL 6, producing a working 6.12.3 GHC installation. But when I repeat with INTEGER_LIBRARY = integer-simple (on quick test) I get (the now familiar): GHCi, version 6.12.3: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. ghc: /usr/local/ghc/6.12.3-si/lib/ghc-6.12.3/integer-simple-0.1.0.0/HSinteger-sim ple-0.1.0.0.o: unknown symbol `base_ControlziExceptionziBase_patError_info' Loading package integer-simple ... linking ... ghc: unable to load package `integer-simple' RHEL 5 and 6 are very different development environments yet all my attempts to build with a variety of source trees from 6.12.1 to 7.0.4 with INTEGER_LIBRARY = integer-simple has ended here. There is clearly something I am doing wrong! (Though it is difficult to see what.) Does anybody have any idea what could be causing this? Is anybody else doing integer-simple builds? It would be nice to get some info on the configurations that are working. Thanks in advance! Chris

4 7

possible strictness bug in profiled version of a program
by Peter Hercek 30 Jul '11

30 Jul '11

Here is a test program (file name prgSrc.hs): import Data.Array.Unboxed main = do let l1 = [1..10] :: [Int] let l2 = [ map (i+) l1 | i <- [1..5000000] ] let l3 = map (\l -> listArray (1,length l) l) l2 :: [UArray Int Int] print $ accumulate l3 0 accumulate [] rv = rv accumulate (h:t) rv = let nextRv = (rv + sum (elems h)) in accumulate t $! nextRv I used ghc 7.0.3-2 on archlinux, 64 bit version. I created it only to check how much memory short unboxed arrays consume. Thanks to the "$!" call at the last line of the "accumulate" function there should not be any stack overflow. When I compile with these options: --make prgSrc.hs -O2 --make prgSrc.hs -prof -auto-all -caf-all --make prgSrc.hs then there is no problem. But when I compile with these options: -O2 -prof -auto-all -caf-all --make prgSrc.hs then program runs out of stack. This indicates that there is a bug while compiling "$!" in an optimized profiling version of this program. Is it a bug? Should it be reported to the ghc trac database? Peter.

2 2

Superclass Cycle via Associated Type
by Ryan Trinkle 30 Jul '11

30 Jul '11

The following code doesn't compile, but it seems sensible enough to me. Is this a limitation of GHC or is there something I'm missing? class C (A x) => C x where type A x :: * instance C Int where type A Int = String instance C String where type A String = Int The error I get is: SuperclassCycle.hs:1:1: Cycle in class declarations (via superclasses): SuperclassCycle.hs:(1,1)-(2,15): class C (A x) => C x where { type family A x :: *; } Ryan

8 19

GHC API output files options problem
by Marianna Rapoport 29 Jul '11

29 Jul '11

Hi all, we are working on a Haskell support plugin for IntelliJ IDEA, and need to provide correct compilation of Haskell programs. We compile the latter using GHC API, with options specifying .hi and .o paths. For some reason, unlike a standalone GHC compilation, GHC API ignores the values of the outputFile and outputHi flags. Please find attached a minimal example where "err_test.hs" uses GHC API to compile "src/A.hs". Thus, "test_ghc.sh" and "test_my.sh" should do the same, but the first works correctly while the latter puts "use.o" and "use.hi" to the "src" folder. To launch "test_my.sh", please change the value of lib in "err_test.hs" according to your GHC installation path. Thank you very much in advance! Marianna Rapoport, amaurremi(a)gmail.com Oleg Sobolev, sobolev_ov(a)mail.ru

2 1

integer-simple
by Chris Dornan 28 Jul '11

28 Jul '11

Hi All, I have been trying to get a simple-integer build for GHC without success. It always ends with the build going through fine, but when I try to run ghci I get: GHCi, version 6.12.3: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. ghc: /usr/local/ghc/6.12.3-is/lib/ghc-6.12.3/integer-simple-0.1.0.0/HSinteger-sim ple-0.1.0.0.o: unknown symbol `base_ControlziExceptionziBase_patError_info' Loading package integer-simple ... linking ... ghc: unable to load package `integer-simple' My MO is to . get binary GHC package, install it and put it on the path; . unpack the source distribution and set up build.mk, usually with quicktest, always with INTEGER_LIBRARY = integer-simple; . configure, build and install; . switch the path over from the binary to the new build and run ghci. I have tried this many combinations of build and source trees from ghc-6.12.1 up to 7.0.4 on CentOS/RHEL 5 & 6 with the same result. The above output was taken from a 6.12.3 source tree built with 6.12.2 binaries. Further: . I use 6.12.3 binaries heavily on CentOS 5 with no issue. . On the couple of occasions I have tried a vanilla build (no build.mk), the build breaks down with GMP link errors. Configuring with --with-gmp-includes=/usr/local/include and --with-gmp-libs=/usr/local/lib didn't help. (I did not persist for obvious reasons.) . At least Mik Konecny appears to got this to work for 6.12.3 <http://code.google.com/p/hmpfr/wiki/GHCWithoutGMP> . 'Tis all very odd! Anybody any idea what I am doing wrong? Chris

1 0

Space leak question
by Will Ness 28 Jul '11

28 Jul '11

Hello, in reformulation of a code with no space leak, the leak reappeares. It takes near constant space to get at the n-th elt in the produced list here (http://ideone.com/fiifl) {-# OPTIONS_GHC -O2 -fno-cse #-} primes = 2 : ([3,5..] `minus` foldi (\(x:xs) -> (x:) . union xs) [[x*x, x*x+2*x..] | x<- ys]) where ys = 3 : ([5,7..] `minus` foldi (\(x:xs) -> (x:) . union xs) [[x*x, x*x+2*x..] | x<- ys]) foldi f (x:xs) = f x (foldi f (pairs f xs)) pairs f (x:y:t) = f x y : pairs f t Here it doesn't (http://ideone.com/m744a) {-# OPTIONS_GHC -O2 -fno-cse #-} primes = 2 : g (fix g) where g = (3:) . ([5,7..] `minus`) . foldi (\(x:xs) -> (x:) . union xs) . map (\x-> [x*x, x*x+2*x..]) I expected the 2nd to be equivalent to the 1st. In Hugs (Nov 2002) the reported stats and run times are very similar for the both versions. Is this a GHC thing, or a language thing? Thanks,

2 5