haskell98 package not linked by default in 7.0.1 (was: Re: making 7.01-pre)
On 30/10/2010 16:52, David Fox wrote: On Sat, Oct 30, 2010 at 4:43 AM, Serge D. Mechvelianimech...@botik.ru wrote: Dear GHC developers, I am testing this fresh ghc-7.0.0.20101028 on Debian Linux, i386-family. Making it from source by ghc-6.12.3 is all right. Then, making it from source by itself reports (here I abbreviate the messages by inserting `...') - + test -f mk/config.mk.old + cp -p mk/config.mk mk/config.mk.old ... ... inplace/bin/mkdirhier utils/ghc-cabal/dist/build/tmp//. inplace/bin/mkdirhier bootstrapping/. /home/mechvel/ghc/7.01pre/inst1/bin/ghc -H32m -O --make utils/ghc-cabal/ghc-cabal.hs -o utils/ghc-cabal/dist/build/tmp/ghc-cabal ... ... rm -f compiler/stage1/ghc_boot_platform.h Creating compiler/stage1/ghc_boot_platform.h... Done. /usr/bin/gcc -fno-stack-protector -DTABLES_NEXT_TO_CODE -Iincludes -Irts -DGEN_HASKELL -c includes/mkDerivedConstants.c -o includes/dist-ghcconstants/build/mkDerivedConstants.o ... ... ... utils/genprimopcode/dist/build/Lexer.o: In function `s2yT_info': (.text+0x1e1d): undefined reference to `__stginit_arrayzm0zi3zi0zi2_DataziArray_' ... ... utils/genprimopcode/dist/build/Parser.o: In function `s4pK_info': (.text+0x5691): undefined reference to `__stginit_arrayzm0zi3zi0zi2_DataziArray_' collect2: ld returned 1 exit status make[1]: *** [utils/genprimopcode/dist/build/tmp/genprimopcode] Error 1 make: *** [all] Error 2 - Why cannot it make itself? genprimopcode now needs -package array to build. We'll fix this in the build system but it raises an interesting point that we probably haven't publicised much. Previously we linked the haskell98 package by default, which also caused its dependencies (include array) to also be linked, but in 7.0.1 we don't link haskell98 by default, only base. If you're using --make (which is now the default in 7.0.1), you won't notice any difference, because all package dependencies are automatically linked, so this only makes a differences in one-shot mode where you compile each module to .o files first and then link by saying ghc Main.o Foo.o Bar.o -o prog So if you're doing this, and the program has dependencies on modules not in base, then you need to list them explicitly, e.g. ghc -package haskell98 Main.o Foo.o Bar.o -o prog This is part of moving from Haskell 98 to Haskell 2010 as our default base language. Cheers, Simon ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4438: Rename and register the PArr language extension when it is judged to be ready
#4438: Rename and register the PArr language extension when it is judged to be ready --+- Reporter: duncan |Owner: benl Type: task | Status: new Priority: normal |Milestone: _|_ Component: Data Parallel Haskell | Version: Keywords: | Testcase: Blockedby: | Difficulty: Os: Unknown/Multiple | Blocking: Architecture: Unknown/Multiple | Failure: None/Unknown --+- Changes (by chak): * owner: chak = benl Comment: The plan is that we rename `PArr` to `ParallelArrays` for GHC 7.0.2. At the same time, we will release a matching set of DPH libraries on Hackage. Incidentally, we also plan to add new `-fvectorise-{seq,par}` options to stand for `-fvectorise -fdph-{seq,par}`. (This instructs the vectoriser to vectorise a module for either the sequential or parallel backend.) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4438#comment:2 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] #4138: Performance regression in overloading
#4138: Performance regression in overloading -+-- Reporter: simonmar |Owner: simonpj Type: bug | Status: new Priority: high |Milestone: 7.0.2 Component: Compiler | Version: 6.13 Keywords:| Testcase: Blockedby:| Difficulty: Os: Unknown/Multiple | Blocking: Architecture: Unknown/Multiple | Failure: Runtime performance bug -+-- Changes (by simonpj): * milestone: 7.0.1 = 7.0.2 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4138#comment:5 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] #4383: Uncanonical display of Double
#4383: Uncanonical display of Double --+- Reporter: daniel.is.fischer |Owner: Type: bug| Status: patch Priority: high |Milestone: 7.0.2 Component: libraries/base | Version: 6.12.3 Keywords: Double, show | Testcase: Blockedby: | Difficulty: Os: Unknown/Multiple | Blocking: Architecture: Unknown/Multiple | Failure: Incorrect result at runtime --+- Changes (by simonmar): * priority: normal = high * milestone: = 7.0.2 Comment: Thanks Daniel. I presume we want the fixes in the 7.0 branch and the performance improvements in 7.2. Milestoning for 7.0.2 to get the fixes in initially. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4383#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] #4348: bounds error on sparc when compiling haddock
#4348: bounds error on sparc when compiling haddock -+-- Reporter: maeder|Owner: tibbe Type: bug | Status: infoneeded Priority: highest |Milestone: 7.0.1 Component: Compiler | Version: 7.1 Keywords:| Testcase: Blockedby:| Difficulty: Os: Solaris | Blocking: Architecture: sparc | Failure: Building GHC failed -+-- Changes (by tibbe): * status: new = infoneeded Comment: I cannot reproduce this with HEAD on `sparky.haskell.org`. Running igloo's test program `q.hs` multiple times works without a problem. I'll need more exact reproduction instructions. Which branch should I use? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4348#comment:10 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] #4348: bounds error on sparc when compiling haddock
#4348: bounds error on sparc when compiling haddock -+-- Reporter: maeder|Owner: tibbe Type: bug | Status: infoneeded Priority: highest |Milestone: 7.0.1 Component: Compiler | Version: 7.1 Keywords:| Testcase: Blockedby:| Difficulty: Os: Solaris | Blocking: Architecture: sparc | Failure: Building GHC failed -+-- Comment(by tibbe): GHC also build fine for me. Here's the platform info: {{{ $ uname -a SunOS sparky 5.10 Generic_127111-11 sun4v sparc SUNW,SPARC- Enterprise-T5120 }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4348#comment:11 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] #4348: bounds error on sparc when compiling haddock
#4348: bounds error on sparc when compiling haddock -+-- Reporter: maeder|Owner: tibbe Type: bug | Status: infoneeded Priority: highest |Milestone: 7.0.1 Component: Compiler | Version: 7.1 Keywords:| Testcase: Blockedby:| Difficulty: Os: Solaris | Blocking: Architecture: sparc | Failure: Building GHC failed -+-- Comment(by maeder): Ok, I'll try to build http://new- www.haskell.org/ghc/dist/7.0.1-rc2/ghc-7.0.0.20101028-src.tar.bz2 to see if the problem is gone. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4348#comment:12 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] #3440: Improve error message for GADT failures
#3440: Improve error message for GADT failures +--- Reporter: simonpj |Owner: Type: bug | Status: merge Priority: low |Milestone: 7.0.1 Component: Compiler (Type checker) | Version: 6.10.4 Keywords: | Testcase: indexed-types/should_fail/T3440 Blockedby: | Difficulty: Unknown Os: Unknown/Multiple | Blocking: Architecture: Unknown/Multiple | Failure: None/Unknown +--- Changes (by simonpj): * status: new = merge * testcase: = indexed-types/should_fail/T3440 Comment: On reflection, the error message could be better thus {{{ T3440.hs:11:22: Could not deduce (a1 ~ a) from the context (Fam a ~ Fam a1) `a1' is a rigid type variable bound by a pattern with constructor GADT :: forall a. a - Fam a - GADT (Fam a) at T3440.hs:11:9 `a' is a rigid type variable bound by the type signature for `unwrap' at T3440.hs:10:21 }}} Patch {{{ Mon Nov 1 16:46:30 GMT 2010 simo...@microsoft.com * Improve error messages In particular, instead of Cannot match 'a' with 'b' we get Could not deduce (a~b) from context (F a ~ b) or whatever M ./compiler/typecheck/TcErrors.lhs -19 +27 }}} And testsuite {{{ Mon Nov 1 16:51:07 GMT 2010 simo...@microsoft.com * Follow change in typechecker error messages M ./tests/ghc-regress/indexed-types/should_fail/T4093a.stderr -7 +7 M ./tests/ghc-regress/indexed-types/should_fail/T4093b.stderr -1 +3 M ./tests/ghc-regress/indexed-types/should_fail/T4254.stderr -7 +7 M ./tests/ghc-regress/typecheck/should_compile/FD1.stderr -1 +2 M ./tests/ghc-regress/typecheck/should_compile/FD2.stderr -1 +2 M ./tests/ghc-regress/typecheck/should_compile/T2494.stderr -1 +1 M ./tests/ghc-regress/typecheck/should_fail/T2688.stderr -1 +1 M ./tests/ghc-regress/typecheck/should_fail/tcfail068.stderr -29 +29 M ./tests/ghc-regress/typecheck/should_fail/tcfail131.stderr -1 +1 }}} I'm easy about whether this merges into the branch or not. Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3440#comment:5 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] #4348: bounds error on sparc when compiling haddock
#4348: bounds error on sparc when compiling haddock -+-- Reporter: maeder|Owner: tibbe Type: bug | Status: infoneeded Priority: highest |Milestone: 7.0.1 Component: Compiler | Version: 7.1 Keywords:| Testcase: Blockedby:| Difficulty: Os: Solaris | Blocking: Architecture: sparc | Failure: Building GHC failed -+-- Comment(by maeder): The problem is still present: {{{ inplace/bin/ghc-stage2 -H32m -O -optc-mcpu=ultrasparc -opta- mcpu=ultrasparc -DNEW_GHC_LAYOUT -hide-all-packages -i -iutils/haddock/src -iutils/haddock/dist/build -iutils/haddock/dist/build/autogen -Iutils/haddock/dist/build -Iutils/haddock/dist/build/autogen-optP-DIN_GHC_TREE -optP-include -optPutils/haddock/dist/build/autogen/cabal_macros.h -package Cabal-1.10.0.0 -package array-0.3.0.2 -package base-4.3.0.0 -package containers-0.4.0.0 -package directory-1.1.0.0 -package filepath-1.2.0.0 -package ghc-7.0.0.20101028 -package pretty-1.0.1.2 -package xhtml-3000.2.0.1 -funbox-strict-fields -O2 -Wall -fwarn-tabs -XForeignFunctionInterface -XCPP -XPatternGuards -XDeriveDataTypeable -XScopedTypeVariables -XMagicHash -no-user-package-conf -rtsopts -odir utils/haddock/dist/build -hidir utils/haddock/dist/build -stubdir utils/haddock/dist/build -hisuf hi -osuf o -hcsuf hc -c utils/haddock/src/Haddock/GhcUtils.hs -o utils/haddock/dist/build/Haddock/GhcUtils.o ghc-stage2: panic! (the 'impossible' happened) (GHC version 7.0.0.20101028 for sparc-sun-solaris2): System.Event.Array.unsafeWrite': bounds error, index 1, capacity 1 Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug gmake[1]: *** [utils/haddock/dist/build/Haddock/GhcUtils.o] Error 1 gmake: *** [all] Error 2 }}} Igloo's q-example still fails in the same way. (The -threaded flag is important.) {{{ -bash-3.00$ uname -a SunOS leo 5.10 Generic_142909-17 sun4u sparc SUNW,Sun-Fire-280R }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4348#comment:13 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] #4460: Input is not echoed when GHCi is suspended and subsequently brought to foreground.
#4460: Input is not echoed when GHCi is suspended and subsequently brought to foreground. ---+ Reporter: manzyuk | Owner: Type: bug | Status: new Priority: normal | Component: GHCi Version: 6.12.1 |Keywords: suspend Testcase: | Blockedby: Os: Linux |Blocking: Architecture: x86_64 (amd64) | Failure: None/Unknown ---+ Comment(by judahj): Interestingly, Haskeline (ghci's line-reading backend) by itself does not have this problem. For example, the above steps work fine for the test program at: http://code.haskell.org/haskeline/examples/Test.hs So this issue may be caused by something specific to ghci. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4460#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
Re: [GHC] #4348: bounds error on sparc when compiling haddock
#4348: bounds error on sparc when compiling haddock -+-- Reporter: maeder|Owner: tibbe Type: bug | Status: infoneeded Priority: highest |Milestone: 7.0.1 Component: Compiler | Version: 7.1 Keywords:| Testcase: Blockedby:| Difficulty: Os: Solaris | Blocking: Architecture: sparc | Failure: Building GHC failed -+-- Comment(by igloo): I can reproduce it with HEAD on sparky. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4348#comment:14 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] #4348: bounds error on sparc when compiling haddock
#4348: bounds error on sparc when compiling haddock -+-- Reporter: maeder|Owner: tibbe Type: bug | Status: infoneeded Priority: highest |Milestone: 7.0.1 Component: Compiler | Version: 7.1 Keywords:| Testcase: Blockedby:| Difficulty: Os: Solaris | Blocking: Architecture: sparc | Failure: Building GHC failed -+-- Comment(by igloo): I notice you have a `mk/build.mk`, with `BuildFlavour = quickest`. That's the only obvious difference between your build and mine. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4348#comment:15 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] #4461: make binary-dist tries to tar non-existing files
#4461: make binary-dist tries to tar non-existing files -+-- Reporter: maeder| Owner: Type: bug | Status: new Priority: normal| Component: Build System Version: 7.1 |Keywords: Testcase:| Blockedby: Os: Unknown/Multiple |Blocking: Architecture: Unknown/Multiple | Failure: None/Unknown -+-- I only notice now that at the end of make binary-dist I get non-fatal messages like: {{{ cd bindistprep /opt/csw/bin/gtar hcf - -T ../bindist-list | bzip2 -c ../bindistprep/ghc-7.0 .0.20100924-i386-unknown-solaris2.tar.bz2 /opt/csw/bin/gtar: ghc-7.0.0.20100924/libraries/dph/LICENSE: Kann stat nicht ausführen: Datei oder Verzeichnis nicht gefunden /opt/csw/bin/gtar: ghc-7.0.0.20100924/libraries/dph/ghc-packages: Kann stat nicht ausführen: Datei oder Verzeichnis nicht gefunden /opt/csw/bin/gtar: ghc-7.0.0.20100924/libraries/dph/ghc-packages2: Kann stat nicht ausführen: Date i oder Verzeichnis nicht gefunden /opt/csw/bin/gtar: ghc-7.0.0.20100924/libraries/dph/ghc-stage2-package: Kann stat nicht ausführen: Datei oder Verzeichnis nicht gefunden /opt/csw/bin/gtar: Beende mit Fehlerstatus aufgrund vorheriger Fehler }}} under solaris and {{{ cd bindistprep /usr/bin/gnutar hcf - -T ../bindist-list | bzip2 -c ../bindistprep/ghc-7.0.0 .20101028-i386-apple-darwin.tar.bz2 /usr/bin/gnutar: ghc-7.0.0.20101028/rts/dist/build/libHSrts_debug.a: file changed as we read it /usr/bin/gnutar: ghc-7.0.0.20101028/libraries/dph/LICENSE: Cannot stat: No such file or directory /usr/bin/gnutar: ghc-7.0.0.20101028/libraries/dph/ghc-packages: Cannot stat: No such file or direc tory /usr/bin/gnutar: ghc-7.0.0.20101028/libraries/dph/ghc-packages2: Cannot stat: No such file or dire ctory /usr/bin/gnutar: ghc-7.0.0.20101028/libraries/dph/ghc-stage2-package: Cannot stat: No such file or directory /usr/bin/gnutar: Error exit delayed from previous errors }}} under MacOS. This applies to both ghc-7 release candidates. The created tar-files seem to work, though. So it is only confusing output during building. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4461 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] #4058: improve error message: Module `System.IO' does not export `LineBuffering'
#4058: improve error message: Module `System.IO' does not export `LineBuffering' -+-- Reporter: simonmar |Owner: Type: feature request | Status: patch Priority: normal|Milestone: 7.0.1 Component: Compiler | Version: 6.12.2 Keywords:| Testcase: Blockedby:| Difficulty: Easy (less than 1 hour) Os: Unknown/Multiple | Blocking: Architecture: Unknown/Multiple | Failure: None/Unknown -+-- Changes (by michalt): * cc: michal.terep...@… (added) * status: new = patch -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4058#comment:2 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] #4462: -dcore-lint error in simplifier phase 0 when profiling
#4462: -dcore-lint error in simplifier phase 0 when profiling --+- Reporter: wkahl | Owner: Type: bug| Status: new Priority: normal | Component: Compiler Version: 7.0.1 RC1 |Keywords: profiling, simplifier, core-lint Testcase: Agda (darcs, current) | Blockedby: Os: Linux |Blocking: Architecture: x86_64 (amd64) | Failure: Compile-time crash --+- I am getting another core-lint error when compiling Agda with profiling (error message attached). This is with the darcs version of [http://code.haskell.org/Agda Agda], up to the following changes: {{{ Mon Nov 1 13:18:39 EDT 2010 freli...@chalmers.se * Fixed issue 355 }}} I applied one additional patch (attached below) and bumped version limits in Agda.cabal to get it to compile (and removed -Werror). I have the following packages installed in my GHC-7.0.0.20101029, installed in this sequence: {{{ zlib-0.5.2.0 xhtml-3000.2.0.1 mtl-1.1.0.2.WK regex-base-0.93.2 regex-posix-0.94.2 syb-0.1.0.3 haskell-src-1.0.1.3 QuickCheck-2.1.1.1 utf8-string-0.3.6 bytestring-0.9.1.7 haskeline-0.6.2.3 binary-0.5.0.2 }}} (Some of these have trivial edits (mostly .cabal version limit bumps) to compile.) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4462 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] #4462: -dcore-lint error in simplifier phase 0 when profiling
#4462: -dcore-lint error in simplifier phase 0 when profiling --+- Reporter: wkahl | Owner: Type: bug| Status: new Priority: normal | Component: Compiler Version: 7.0.1 RC1 |Keywords: profiling, simplifier, core-lint Testcase: Agda (darcs, current) | Blockedby: Os: Linux |Blocking: Architecture: x86_64 (amd64) | Failure: Compile-time crash --+- Comment(by wkahl): I configured Agda with the following command: {{{ ./Setup configure -p --prefix=/usr/local/packages/ghc-7.0.0.20101029 --ghc-options=-dcore-lint -rtsopts }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4462#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