Re: [GHC] #5670: Document that Enum Integer is subject to list fusion.
#5670: Document that Enum Integer is subject to list fusion. -+-- Reporter: nomeata | Owner: Type: bug | Status: patch Priority: high | Milestone: 7.4.2 Component: Documentation | Version: 7.0.4 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Documentation bug Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Comment(by mail@…): commit 4a3b8c3f6d9e86ff0df2595484f71bc85d4fca37 {{{ Author: Joachim Breitner m...@joachim-breitner.de Date: Thu Dec 1 22:31:05 2011 +0100 Documentation update: Enumerations of Integers are subject to list fusion (#5670) docs/users_guide/glasgow_exts.xml |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5670#comment:3 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5670: Document that Enum Integer is subject to list fusion.
#5670: Document that Enum Integer is subject to list fusion. +--- Reporter: nomeata| Owner: Type: bug| Status: closed Priority: high | Milestone: 7.4.2 Component: Documentation |Version: 7.0.4 Resolution: fixed | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Documentation bug | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: +--- Changes (by pcapriotti): * status: patch = closed * resolution: = fixed Comment: Merged to stable as 09a58302c560e01af7c28b65c1efa45439d5b7b8. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5670#comment:4 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #5670: Document that Enum Integer is subject to list fusion.
#5670: Document that Enum Integer is subject to list fusion. -+-- Reporter: nomeata | Owner: Type: bug | Status: patch Priority: high | Milestone: 7.4.1 Component: Documentation | Version: 7.0.4 Keywords:| Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Documentation bug Difficulty: Unknown |Testcase: Blockedby:|Blocking: Related:| -+-- Changes (by igloo): * priority: normal = high * difficulty: = Unknown * status: new = patch * milestone: = 7.4.1 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5670#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #5670: Document that Enum Integer is subject to list fusion.
#5670: Document that Enum Integer is subject to list fusion. -+-- Reporter: nomeata | Owner: Type: bug | Status: new Priority: normal| Component: Documentation Version: 7.0.4 |Keywords: Testcase:| Blockedby: Os: Unknown/Multiple |Blocking: Architecture: Unknown/Multiple | Failure: Documentation bug -+-- The documentation does not mention it, but it is the case (verified in 7.0.4), so the docu should reflect that. Trivial patch attached. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5670 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: (no subject)
On 19/12/2006 08:45, mm wrote: I can not login to the GHC Trac with the login/password suggested at the homepage. Could someone please confirm that it is currently not working? I just tried it here, and it worked for me. Cheers, Simon ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: (no subject)
mm wrote: I can not login to the GHC Trac with the login/password suggested at the homepage. Could someone please confirm that it is currently not working? Someone changed the password for 'guest' :-( Now fixed. Cheers, Simon ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
(no subject)
Hi, I typed: ghc Main.hs and then GHC said: GHC.EXE: panic! (the `impossible' happened, GHC version 5.02.2): Maybe.fromJust: Nothing Please report it as a compiler bug to [EMAIL PROTECTED], or http://sourceforge.net/projects/ghc/. -- Maarten ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
ghc-5.02.2 panic (was: (no subject))
Hi, looks like a bona fide bug; thanks for reporting it. In order to be able to fix it, any chance of you sending us that Main.hs? thanks, --sigbjorn - Original Message - From: Loffler [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, February 25, 2002 12:47 Subject: (no subject) Hi, I typed: ghc Main.hs and then GHC said: GHC.EXE: panic! (the `impossible' happened, GHC version 5.02.2): Maybe.fromJust: Nothing Please report it as a compiler bug to [EMAIL PROTECTED], or http://sourceforge.net/projects/ghc/. -- Maarten ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
(no subject)
addition to my last letter: +RTS -c100 -RTS does not change the behavior of the program in report. - Serge Mechveliani [EMAIL PROTECTED] ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
(no subject)
Hi again. Further to my earlier report today: 1. Further CVS source HDirect Makefile dependencies needed as follows (not necessarily exhaustive, see 3 below): Com.o : WideString.o ComPrim.o ComException.o Automation.o : SafeArray.o AutoPrim.o SafeArray.o : StdTypes.o 2. While compiling the ihc generated file AutoPrim.hs, errors like the following arise: ==fptools== make all - --unix -r; in //d/public/cvsroot/fpt/hdirect/lib /cygdrive/c/ghc/ghc-4.08.2/bin/ghc -cpp -DBEGIN_GHC_ONLY='-}' -DEND_GHC_ON LY=' {-' -DBEGIN_NOT_FOR_GHC='{-' -DEND_NOT_FOR_GHC='-}' -DELSE_FOR_GHC='-}-}' - DBEG IN_FOR_GHC_4_08_AND_LATER='-}' -DEND_FOR_GHC_4_08_AND_LATER='{-' -DBEGIN_NOT _FOR _GHC_4_08_AND_LATER='{-' -DEND_NOT_FOR_GHC_4_08_AND_LATER='-}' -static -fgl asgo w-exts -fno-prune-tydecls -recomp -fvia-C -c AutoPrim.hs -o AutoPrim.o -osuf o AutoPrim.hs:91: type synonym `IUnknown' should have 1 argument, but has been given 0 In the type synonym declaration for `IDispatch' Compilation had errors make[1]: *** [AutoPrim.o] Error 1 make: *** [all] Error 1 PSEUDOFIX: Naively (I am still a Haskell learner and don't understand the consequences) added arguments to the type declarations as follows: type IDispatch a = IUnknown a dispatchInvoke :: IDispatch (a) This is a HDirect bug? --- 3. In automation.lhs: Automation.lhs:7: Type constructor or class not in scope: `IDispatch_' Automation.lhs:351: Type constructor or class not in scope: `IDispatch_' Cheers and giving up till thumb comes out of mouth and bottom lip recedes. Mike Thomas ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
No Subject
$ ghc -O -O2-for-C -fvia-c -o teiler teiler.hs panic! (the `impossible' happened): funResultTy t{-r270-} Please report it as a compiler bug to [EMAIL PROTECTED] $ gcc -dumpversion 2.95.2 $ ghc --version The Glorious Glasgow Haskell Compilation System, version 4.05, patchlevel 0 it works without -O, doesn't with -O2 cu, Robert -- Join the best: news://tui.programming_contest http://www.tu-ilmenau.de/~robertw/icpc main = einzeln $ numslist $ genlist [] einzeln (x:xs) = do print x getLine einzeln xs sonst = True primes :: Integral a = [a] primes = map head (iterate sieve [2..]) sieve (p:xs) = [ x | x-xs, x `rem` p /= 0 ] type Forest a = [Tree a] data Tree a = Tree a (Forest a) deriving (Show, Eq, Ord) generate ps = Tree (zahl ps, teiler ps) (map generate pss) where pss = filter sorted $ zipWith inc_ith [1..length ps +1] (repeat ps) inc_ith 1 [] = [1] inc_ith 1 (x:xs) = x+1 : xs inc_ith n (x:xs) = x : inc_ith (n-1) xs -- Liste kann höchstens um 1 kürzer sein, als n sorted [] = True sorted [x] = True sorted (x:y:xs) = (x=y) (sorted (y:xs)) zahl ps = product $ zipWith (^) primes ps teiler ps = product $ map (+1) ps nums (Tree x@(_,n) ts) = x : (nums $ purge (\(_,xn) - xn=n) $ reTree ts) purge :: Ord a = (a-Bool) - Tree a - Tree a {- Knoten, die p erfüllen, werden unter Nachrutschen entfernt -} purge p (Tree x ts) | p x = reTree rs | sonst = Tree x rs where rs = map (purge p) ts reTree :: Ord a = Forest a - Tree a {- kleinste Wurzel der Teilbäume wird die gemeinsame Wurzel -} reTree ts = Tree min $ map (plop min) ts where min = minimum $ map (\(Tree x _) - x) ts plop m t@(Tree x ts) | m==x = reTree ts | sonst = t -- try: nums $ generate [] genlist ps = (zahl ps, teiler ps) : foldl merge [] (map genlist pss) where pss = filter sorted $ zipWith inc_ith [1..length ps +1] (repeat ps) inc_ith 1 [] = [1] inc_ith 1 (x:xs) = x+1 : xs inc_ith n (x:xs) = x : inc_ith (n-1) xs -- Liste kann höchstens um 1 kürzer sein, als n merge [] ys = ys merge xs [] = xs merge (x:xs) (y:ys) | x==y = x : merge xs ys | xy = x : merge xs (y:ys) | sonst = y : merge (x:xs) ys numslist (x@(_,n): xs) = x : (numslist $ filter ( \(_,xn) - xnn ) xs) -- Versuchsfunktionen -- Wie oft ist p als Faktor in x enthalten? drin x p | mod x p == 0 = 1+ drin (div x p) p | sonst = 0 purgeh h (Tree x []) = Tree x [] purgeh 0 (Tree x _) = Tree 0 [] purgeh h (Tree x ts) = Tree x $ map (purgeh (h-1)) ts gen :: Int - Tree Int gen 0 = Tree 1 [] gen n = Tree (n+1) $ map gen [0..div n 2] suml (Tree x []) = x suml (Tree x ts) = sum $ map suml ts verteile n k = suml $ purgeh k $ gen n
No Subject
May I know what happened? Regards, xu na PS: panic! (the `impossible' happened): Lex.popContext: empty context Please report it as a compiler bug to [EMAIL PROTECTED]
No Subject
When compiling ghc-4.06 I get this error message: ../driver/ghc-inplace -I../includes -I. -Iparallel -optc-Wall -optc-W -optc-Wstrict-prototypes -optc-Wmissing-prototypes -optc-Wmissing-declarations -optc-Winline -optc-Waggregate-return -optc-Wpointer-arith -optc-Wbad-function-cast -O2 -optc-DCOMPILING_RTS -static-c PrimOps.hc -o PrimOps.o -osuf o PrimOps.hc:581: fixed or forbidden register was spilled. This may be due to a compiler bug or to impossible asm statements or clauses. gmake[2]: *** [PrimOps.o] Error 1 gmake[1]: *** [all] Error 1 gmake: *** [all] Error 1 Does sb have a hint, what to do? Matthias Mann JWG-Universität Frankfurt
No Subject
The Sender field should be ignored (as per RFC 822) by mail software if there's a From field. The first From field is not legal as it is not delimited by a ':' I'd say the Pine setup is wrong. --Sigbjorn
RE: (no subject)
Hi, I think you're OK, but the contents of what was installed may have confused you. When using the InstallShield version, you only need to run the installer - it takes care of the noodling that "./configure --yadda; make {install,in-place}" performs. Please ignore the presence of the configure script (and Makefile) in the directory tree that the IS installer produces have a go with the installed GHC. hth --sigbjorn -Original Message- From: Tim Sauerwein [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 17, 1999 21:14 To: [EMAIL PROTECTED] Subject: (no subject) Hello friends: Thanks for making GHC available. I regret to report the following installation problem. Yours, Tim Sauerwein [EMAIL PROTECTED] -- Windows 98 Cygwin B20 GHC 4.03, Install Shield Version Everything unpacked successfully. Configure produced: creating cache ./config.cache checking host system type... i386-unknown-mingw32 checking target system type... i386-unknown-mingw32 checking build system type... i386-unknown-mingw32 Which we'll further canonicalise into: i386-unknown-mingw32 checking for perl... /BIN/perl checking if `#!/BIN/perl' works in shell scripts It does! checking for a BSD compatible install... /CYGNUS/CYGWIN~1/H-I586~1/BIN/install -c checking whether ln -s works... yes checking for sed... /CYGNUS/CYGWIN~1/H-I586~1/BIN/sed checking for gcc... gcc checking whether the C compiler (gcc -mno-cygwin ) works... yes checking whether the C compiler (gcc -mno-cygwin ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking whether you have an ok gcc... yes checking how to run the C preprocessor... gcc -E checking how to invoke GNU cpp directly... C:/CYGNUS/CYGWIN~1/H-I586~1/BIN/../lib/gcc-lib/i586-cygwin32/e gcs-2.91.57/cpp -iprefix C:/CYGNUS/CYGWIN~1/H-I586~1/BIN/../lib/gcc-lib/i586-cygwin32/e gcs-2.91.57/ updating cache ./config.cache creating ./config.status creating Makefile Configuration done, ready to either 'make install' or 'make in-place', followed by 'make install-docs'. (see README and INSTALL files for more info.) make in-place produced: make --unix config-pkgs bindir=/ghc/ghc-4.03/bin/i386-unknown-mingw32/ghc-4.03 libdir=/ghc/ghc-4.03/lib/i386-unknown-mingw32 datadir=/ghc/ghc-4.03/share/ghc-4.03 Configuring ghc, version 4.03, on i386-unknown-mingw32 ... Creating a configured version of ghc-4.03 .. cannot create bin/i386-unknown-mingw32/ghc-4.03/ghc-4.03: directory nonexistent make[1]: *** [config-pkgs] Error 2 make: *** [in-place] Error 2
(no subject)
Hello friends: Thanks for making GHC available. I regret to report the following installation problem. Yours, Tim Sauerwein [EMAIL PROTECTED] -- Windows 98 Cygwin B20 GHC 4.03, Install Shield Version Everything unpacked successfully. Configure produced: creating cache ./config.cache checking host system type... i386-unknown-mingw32 checking target system type... i386-unknown-mingw32 checking build system type... i386-unknown-mingw32 Which we'll further canonicalise into: i386-unknown-mingw32 checking for perl... /BIN/perl checking if `#!/BIN/perl' works in shell scripts It does! checking for a BSD compatible install... /CYGNUS/CYGWIN~1/H-I586~1/BIN/install -c checking whether ln -s works... yes checking for sed... /CYGNUS/CYGWIN~1/H-I586~1/BIN/sed checking for gcc... gcc checking whether the C compiler (gcc -mno-cygwin ) works... yes checking whether the C compiler (gcc -mno-cygwin ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking whether you have an ok gcc... yes checking how to run the C preprocessor... gcc -E checking how to invoke GNU cpp directly... C:/CYGNUS/CYGWIN~1/H-I586~1/BIN/../lib/gcc-lib/i586-cygwin32/egcs-2.91.57/cpp -iprefix C:/CYGNUS/CYGWIN~1/H-I586~1/BIN/../lib/gcc-lib/i586-cygwin32/egcs-2.91.57/ updating cache ./config.cache creating ./config.status creating Makefile Configuration done, ready to either 'make install' or 'make in-place', followed by 'make install-docs'. (see README and INSTALL files for more info.) make in-place produced: make --unix config-pkgs bindir=/ghc/ghc-4.03/bin/i386-unknown-mingw32/ghc-4.03 libdir=/ghc/ghc-4.03/lib/i386-unknown-mingw32 datadir=/ghc/ghc-4.03/share/ghc-4.03 Configuring ghc, version 4.03, on i386-unknown-mingw32 ... Creating a configured version of ghc-4.03 .. cannot create bin/i386-unknown-mingw32/ghc-4.03/ghc-4.03: directory nonexistent make[1]: *** [config-pkgs] Error 2 make: *** [in-place] Error 2
No Subject
Hi, This looks like a bug: freshly checked out ghc-3-branch, I am compiling it on easter (with the installed 3.02) with -fno-specialise and -dcore-lint and get this message: /local/fp/bin/i386-unknown-linux/ghc-3.02 -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -iutils:basicTypes:types:hsSyn:prelude:rename:typecheck:deSugar:coreSyn:specialise:simplCore:stranal:stgSyn:simplStg:codeGen:absCSyn:main:reader:profiling:parser:nativeGen -recomp -fno-specialise -dcore-lint -K2m -c hsSyn/HsExpr.lhs -o hsSyn/HsExpr.o -osuf o *** Core Lint Errors: in result of Simplify (4) *** hsSyn/HsExpr.lhs:344: [RHS of pprExpr_a2nJ :: HsExpr.HsExpr{-rlC-} flexi_ta1Mj id_ta1Kn pat_ta1Ko - Outputable.PprStyle{-rxP-} - Pretty.Doc{-rVB-}] In some algebraic case alternative, type of argument doesn't match data constructor: HsExpr.HsExpr{-rlC-} PrelGHC.Void{-3U-} id_ta1Kn pat_ta1Ko - Outputable.PprStyle{-rxP-} - Pretty.Doc{-rVB-} ds_d5gy hsSyn/HsExpr.lhs:344: [RHS of pprExpr_a2nJ :: HsExpr.HsExpr{-rlC-} flexi_ta1Mj id_ta1Kn pat_ta1Ko - Outputable.PprStyle{-rxP-} - Pretty.Doc{-rVB-}] In some algebraic case alternative, type of argument doesn't match data constructor: HsExpr.HsExpr{-rlC-} PrelGHC.Void{-3U-} id_ta1Kn pat_ta1Ko - Outputable.PprStyle{-rxP-} - Pretty.Doc{-rVB-} ds_d5gB hsSyn/HsExpr.lhs:344: [RHS of pprExpr_a2nJ :: HsExpr.HsExpr{-rlC-} flexi_ta1Mj id_ta1Kn pat_ta1Ko - Outputable.PprStyle{-rxP-} - Pretty.Doc{-rVB-}] In some algebraic case alternative, type of argument doesn't match data constructor: HsExpr.DoOrListComp{-rlA-} - [HsExpr.Stmt{-rlz-} PrelGHC.Void{-3U-} id_ta1Kn pat_ta1Ko] - Outputable.PprStyle{-rxP-} - Pretty.Doc{-rVB-} ds_d5gz Have fun and please let me know if this is fatal or I can just switch off core lint. Thanks, Laszlo
No Subject
Dear Sir ! Sorry to bother you. I'm using Windows 98 already installed GHC as your instructions. However, I can not find ghc.exe or some thing like that to compile my program. In the directory "bin", there is only 1 executable file hp2ps.exe ? Could you please to help me (as soon as possible) ? Thank you very much !
No Subject
The program below is compiled on an i386 under Linux, and invoked: test +RTS -K10m braga.tex (a file of about 20K) this gives a segmentation fault test +RTS -K10m -H20m braga.tex works fine. It also works fine when compiled under Solaris on a Sun Sparc. It would appear, therefore, that there is a problem with garbage collection under linux. Is this a Known Problem with a Known Work-around? I am lecturing at next week's Summer School on Advanced Functional Programming, and had hoped to produce a binary with ghc for students to play with. All was developed under Solaris, and I naively assumed it would work under Linux without any ado... A swift response would be much appreciated! -- module Main (main) where import List main = do putStr "test\n" putStr "type input file name: " filename - getLine input - readFile filename putStr (sort input)
Re: (no subject)
Hi, what version of ghc did you compile your program with? Based on your stack size setting, I'm guessing ghc-2.10 :-) Since then, List.sort has been speeded up quite a bit (i.e., we're not using the sample implementation in the Prelude any longer), and I'm unable to reproduce your problem with ghc-3.02 (or ghc-3.03). If you don't want to upgrade ghc right now, I can compile up your code on a local linux box, if you like. --Sigbjorn Oege de Moor writes: The program below is compiled on an i386 under Linux, and invoked: test +RTS -K10m braga.tex (a file of about 20K) this gives a segmentation fault test +RTS -K10m -H20m braga.tex works fine. It also works fine when compiled under Solaris on a Sun Sparc. It would appear, therefore, that there is a problem with garbage collection under linux. Is this a Known Problem with a Known Work-around? I am lecturing at next week's Summer School on Advanced Functional Programming, and had hoped to produce a binary with ghc for students to play with. All was developed under Solaris, and I naively assumed it would work under Linux without any ado... A swift response would be much appreciated! -- module Main (main) where import List main = do putStr "test\n" putStr "type input file name: " filename - getLine input - readFile filename putStr (sort input)
No Subject
Hello, I'm beginning to program in Haskell and I'm using GHC 2.02. Do you would be able to detect errors in the code following and, eventually, write me the code corrected ? main = do fileTran - openFile "dfatran.dat" ReadWriteMode t - hGetContents fileTran putStr "String to recognize :" st - getLine tr - updatetran (transflist (words t)) (grammar 1) (epsClosure "S" (grammar 1) ((length (lines (grammar 1))) - 1)) st putStr (msgstring tr) fileTran - openFile "dfatran.dat" WriteMode hPutStr fileTran (flattran tr) putStr "End program\n" Thank you in advance, Francesco Arrigo