Re: [GHC] #4137: real/veritas/DerivedRules.hs features invalid multibyte/wide char
#4137: real/veritas/DerivedRules.hs features invalid multibyte/wide char
+---
Reporter: TristanAllwood | Owner:
Type: bug| Status: closed
Priority: normal | Milestone:
Component: NoFib benchmark suite |Version: 6.12.3
Resolution: fixed | Keywords:
Difficulty: | Os: Unknown/Multiple
Testcase: | Architecture: Unknown/Multiple
Failure: None/Unknown |
+---
Changes (by simonmar):
* status: new = closed
* resolution: = fixed
Comment:
Fixed:
{{{
Fri Jun 25 11:22:45 BST 2010 Simon Marlow marlo...@gmail.com
* convert to UTF-8 (#4137)
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4137#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] #4152: Add support for collecting native events with PAPI
#4152: Add support for collecting native events with PAPI
--+-
Reporter: dmp | Owner: simonmar
Type: feature request | Status: closed
Priority: normal | Milestone:
Component: Runtime System |Version: 6.13
Resolution: fixed| Keywords: papi
Difficulty: | Os: Unknown/Multiple
Testcase: | Architecture: Unknown/Multiple
Failure: None/Unknown |
--+-
Changes (by simonmar):
* status: patch = closed
* resolution: = fixed
Comment:
Applied, thanks:
{{{
Tue Jun 22 12:59:53 PDT 2010 d...@rice.edu
* Add support for collecting PAPI native events
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4152#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] #2539: panic when using .o files from the wrong platform
#2539: panic when using .o files from the wrong platform ---+ Reporter: ajd | Owner: Type: bug | Status: closed Priority: low | Milestone: 6.14.1 Component: Compiler |Version: 6.8.2 Resolution: fixed | Keywords: Difficulty: Unknown | Os: Unknown/Multiple Testcase:| Architecture: Unknown/Multiple Failure: None/Unknown | ---+ Changes (by igloo): * status: new = closed * failure: = None/Unknown * resolution: = fixed Comment: GHC now interprets the source if you do this. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2539#comment:7 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] #2683: Boxy-type ASSERT failure in 6.10: panic in xmonad-contrib
#2683: Boxy-type ASSERT failure in 6.10: panic in xmonad-contrib -+-- Reporter: dons |Owner: simonpj Type: bug | Status: new Priority: high |Milestone: 6.14.1 Component: Compiler | Version: 6.9 Keywords:| Difficulty: Unknown Os: Unknown/Multiple | Testcase: Architecture: Unknown/Multiple | Failure: None/Unknown -+-- Changes (by igloo): * priority: low = high * failure: = None/Unknown Comment: Let's check this is fixed after the typechecker branch is merged. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2683#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] #4153: GHCi linker should load archives
#4153: GHCi linker should load archives -+-- Reporter: batterseapower|Owner: Type: feature request | Status: new Priority: normal|Milestone: Component: GHCi | Version: 6.12.3 Keywords:| Difficulty: Os: Unknown/Multiple | Testcase: Architecture: Unknown/Multiple | Failure: None/Unknown -+-- Changes (by simonmar): * cc: c...@… (added) Comment: I thought we had a feature request for this already, but I can't find it now. We've certainly discussed it before though. So there's no good reason why we can't do this at the moment since a `.a` is just a collection of `.o`s, but if we were to switch to a dynamically linked GHCi then it would be much more difficult to load static libraries. For the case of LLVM, you can convince GHCi to load the dynamic version of the library - I believe Manuel Chakravarty has just spent some time getting this to work on OS X. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4153#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] #4153: GHCi linker should load archives
#4153: GHCi linker should load archives -+-- Reporter: batterseapower|Owner: Type: feature request | Status: new Priority: normal|Milestone: Component: GHCi | Version: 6.12.3 Keywords:| Difficulty: Os: Unknown/Multiple | Testcase: Architecture: Unknown/Multiple | Failure: None/Unknown -+-- Comment(by igloo): See also #3345 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4153#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] #3345: Support reading .a files in GHCi to reclaim some disk space
#3345: Support reading .a files in GHCi to reclaim some disk space -+-- Reporter: batterseapower|Owner: Type: feature request | Status: new Priority: normal|Milestone: 6.14.1 Component: Compiler | Version: 6.10.2 Keywords:| Difficulty: Unknown Os: Unknown/Multiple | Testcase: Architecture: Unknown/Multiple | Failure: None/Unknown -+-- Changes (by igloo): * failure: = None/Unknown Comment: See also #4153 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3345#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: #4034: GHC 6.12.2 fails to build on PowerPC / MacOS X Leopard
Hi, was someone able to compile ghc-6.12.3 on PowerPC / MacOS X? My attempt failed with: /usr/bin/ld -r -o compiler/stage2/build/HSghc-6.12.3.o ... `/usr/bin/find compiler/stage2/build -name *_stub.o -print` ld: scattered reloc r_address too large for inferred architecture ppc make[1]: *** [compiler/stage2/build/HSghc-6.12.3.o] Error 1 make: *** [all] Error 2 Cheers Christian GHC schrieb: #4034: GHC 6.12.2 fails to build on PowerPC / MacOS X Leopard --+- Reporter: PHO | Owner: Type: bug | Status: closed Priority: low | Milestone: 6.14.1 Component: Compiler |Version: 6.12.2 Resolution: fixed| Keywords: Difficulty: | Os: MacOS X Testcase: | Architecture: powerpc Failure: Building GHC failed | --+- Changes (by igloo): * status: new = closed * resolution: = fixed Comment: Closing, as it doesn't happen in the HEAD. ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #3999: Improved folds for Data.Map and Data.IntMap
#3999: Improved folds for Data.Map and Data.IntMap --+- Reporter: LouisWasserman |Owner: Type: proposal | Status: new Priority: normal |Milestone: Not GHC Component: libraries (other) | Version: 6.12.1 Keywords: | Difficulty: Os: Unknown/Multiple | Testcase: Architecture: Unknown/Multiple | Failure: None/Unknown --+- Changes (by kfrdbs): * cc: kfr...@… (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3999#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] #4137: real/veritas/DerivedRules.hs features invalid multibyte/wide char
#4137: real/veritas/DerivedRules.hs features invalid multibyte/wide char +--- Reporter: TristanAllwood | Owner: Type: bug| Status: closed Priority: normal | Milestone: Component: NoFib benchmark suite |Version: 6.12.3 Resolution: fixed | Keywords: Difficulty: | Os: Unknown/Multiple Testcase: | Architecture: Unknown/Multiple Failure: None/Unknown | +--- Changes (by kfrdbs): * cc: kfr...@… (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4137#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] #4152: Add support for collecting native events with PAPI
#4152: Add support for collecting native events with PAPI --+- Reporter: dmp | Owner: simonmar Type: feature request | Status: closed Priority: normal | Milestone: Component: Runtime System |Version: 6.13 Resolution: fixed| Keywords: papi Difficulty: | Os: Unknown/Multiple Testcase: | Architecture: Unknown/Multiple Failure: None/Unknown | --+- Changes (by kfrdbs): * cc: kfr...@… (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4152#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] #2683: Boxy-type ASSERT failure in 6.10: panic in xmonad-contrib
#2683: Boxy-type ASSERT failure in 6.10: panic in xmonad-contrib -+-- Reporter: dons |Owner: simonpj Type: bug | Status: new Priority: high |Milestone: 6.14.1 Component: Compiler | Version: 6.9 Keywords:| Difficulty: Unknown Os: Unknown/Multiple | Testcase: Architecture: Unknown/Multiple | Failure: None/Unknown -+-- Changes (by kfrdbs): * cc: kfr...@… (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2683#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
[GHC] #4154: Deadlock in Chan module
#4154: Deadlock in Chan module
-+--
Reporter: NeilMitchell | Owner:
Type: bug | Status: new
Priority: normal| Component: libraries/base
Version: 6.12.3|Keywords:
Os: Windows |Testcase:
Architecture: Unknown/Multiple | Failure: Incorrect result at runtime
-+--
The following program:
{{{
module Main where
import Control.Concurrent
main :: IO ()
main = do
todo - newChan
forkIO $ readChan todo
putStrLn Before isEmptyChan
b - isEmptyChan todo
putStrLn After isEmptyChan
writeChan todo ()
}}}
Gives the output:
{{{
$ ghc --make Main.hs -threaded ./Main.exe
Before isEmptyChan
Main.exe: thread blocked indefinitely in an MVar operation
}}}
I think that's a bug. Note that if the {{{putStrLn}}} statements are
removed then it works, but I think that's because the printing introduces
a delay that lets the other thread run.
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4154
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] #2889: Compilation fails - Can't open temporary (was: Compilation fails - Can't opne temporary)
#2889: Compilation fails - Can't open temporary
---+
Reporter: fobrock | Owner: igloo
Type: bug | Status: new
Priority: high | Milestone: 6.14.1
Component: Compiler |Version: 6.12.2
Resolution:| Keywords:
Difficulty: Unknown | Os: Windows
Testcase:| Architecture: x86
Failure: None/Unknown |
---+
Comment(by atnnn):
I had the same problem when running ghc from the cygwin shell, but it
works from cmd.exe.
First failed build:
{{{
$ uname -a
CYGWIN_NT-5.1 XP-2043 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin
$ ghc -v hw.hs
Glasgow Haskell Compiler, Version 6.12.1, for Haskell 98, stage 2 booted
by GHC version 6.10.4
Using binary package database: C:\Program Files\Haskell
Platform\2010.1.0.0\lib\package.conf.d\package.cache
Using binary package database: C:\Documents and
Settings\clapres\Application
Data\ghc\i386-mingw32-6.12.1\package.conf.d\package.cache
hiding package base-3.0.3.2 to avoid conflict with later version
base-4.2.0.0
wired-in package ghc-prim mapped to ghc-
prim-0.2.0.0-d062610a70b26dce7f0809a3a984e0b8
wired-in package integer-gmp mapped to integer-
gmp-0.2.0.0-fa82a0df93dc30b4a7c5654dd7c68cf4
wired-in package base mapped to
base-4.2.0.0-f9f9ffe572130b994c2080b74a5b4e68
wired-in package rts mapped to builtin_rts
wired-in package haskell98 mapped to
haskell98-1.0.1.1-0fdaf3b26bc38c43ce8371edf538dbf6
wired-in package template-haskell mapped to template-
haskell-2.4.0.0-4e889e188d5d6909681d875bc63a59f2
wired-in package dph-seq mapped to dph-
seq-0.4.0-1f5167ea371010387123b68e975177b2
wired-in package dph-par mapped to dph-
par-0.4.0-6be3d558b460028d063187e304761859
Hsc static flags: -static
Created temporary directory: C:\Documents and Settings\clapres\/ghc9972_0
*** Checking old interface for main:Main:
*** Parser:
*** Renamer/typechecker:
*** Desugar:
Result size = 10
*** Simplifier Phase 0 [final]:
Result size = 8
*** Tidy Core:
Result size = 8
writeBinIface: 1 Names
writeBinIface: 13 dict entries
*** CorePrep:
Result size = 10
*** Stg2Stg:
*** CodeGen:
*** CodeOutput:
*** Assembler:
C:\Program Files\Haskell Platform\2010.1.0.0\lib\..\mingw\bin\gcc -I. -c
C:\Documents and Settings\clapres\/ghc9972_0/ghc9972_0.s -o hw.o
-DDONT_WANT_WIN32_DLL_SUPPORT
*** Windres:
C:\Program Files\Haskell Platform\2010.1.0.0\lib\..\mingw\bin\windres
--preprocessor=C:\Program Files\Haskell
Platform\2010.1.0.0\lib\..\mingw\bin\gcc -E -xc -DRC_INVOKED --use-
temp-file --input=C:\Documents and
Settings\clapres\/ghc9972_0/ghc9972_0.rc --output=C:\Documents and
Settings\clapres\/ghc9972_0/ghc9972_0.o --output-format=coff
C:\Program Files\Haskell Platform\2010.1.0.0\lib\..\mingw\bin\windres:
can't open temporary file `\/cca10032.irc': Invalid argument
*** Deleting temp files:
Deleting: C:\Documents and Settings\clapres\/ghc9972_0/ghc9972_0.o
C:\Documents and Settings\clapres\/ghc9972_0/ghc9972_0.rc C:\Documents and
Settings\clapres\/ghc9972_0/ghc9972_0.s
Warning: deleting non-existent C:\Documents and
Settings\clapres\/ghc9972_0/ghc9972_0.o
*** Deleting temp dirs:
Deleting: C:\Documents and Settings\clapres\/ghc9972_0
}}}
Successful build:
{{{
C:\Documents and Settings\clapresver
Microsoft Windows XP [version 5.1.2600]
C:\Documents and Settings\clapresghc -v hw.hs
Glasgow Haskell Compiler, Version 6.12.1, for Haskell 98, stage 2 booted
by GHC version 6.10.4
Using binary package database: C:\Program Files\Haskell
Platform\2010.1.0.0\lib\package.conf.d\package.cache
Using binary package database: C:\Documents and
Settings\clapres\Application
Data\ghc\i386-mingw32-6.12.1\package.conf.d\package.cache
hiding package base-3.0.3.2 to avoid conflict with later version
base-4.2.0.0
wired-in package ghc-prim mapped to ghc-
prim-0.2.0.0-d062610a70b26dce7f0809a3a984e0b8
wired-in package integer-gmp mapped to integer-
gmp-0.2.0.0-fa82a0df93dc30b4a7c5654dd7c68cf4
wired-in package base mapped to
base-4.2.0.0-f9f9ffe572130b994c2080b74a5b4e68
wired-in package rts mapped to builtin_rts
wired-in package haskell98 mapped to
haskell98-1.0.1.1-0fdaf3b26bc38c43ce8371edf538dbf6
wired-in package template-haskell mapped to template-
haskell-2.4.0.0-4e889e188d5d6909681d875bc63a59f2
wired-in package dph-seq mapped to dph-
seq-0.4.0-1f5167ea371010387123b68e975177b2
wired-in package dph-par mapped to dph-
par-0.4.0-6be3d558b460028d063187e304761859
Hsc static flags: -static
Created temporary directory: C:\DOCUME~1\clapres\LOCALS~1\Temp\/ghc9048_0
*** Checking old interface for main:Main:
*** Parser:
*** Renamer/typechecker:
*** Desugar:
Result size = 10
*** Simplifier Phase 0 [final]:
Result size = 8
***
Re: [GHC] #2889: Compilation fails - Can't open temporary
#2889: Compilation fails - Can't open temporary ---+ Reporter: fobrock | Owner: igloo Type: bug | Status: new Priority: high | Milestone: 6.14.1 Component: Compiler |Version: 6.12.2 Resolution:| Keywords: Difficulty: Unknown | Os: Windows Testcase:| Architecture: x86 Failure: None/Unknown | ---+ Changes (by atnnn): * cc: etie...@… (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2889#comment:24 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] #4086: Data.List 'nub' function is O(n^2)
#4086: Data.List 'nub' function is O(n^2) -+-- Reporter: Pete |Owner: igloo Type: bug | Status: new Priority: normal|Milestone: 6.14.1 Component: libraries/base| Version: 6.12.1 Keywords:| Difficulty: Easy (less than 1 hour) Os: Unknown/Multiple | Testcase: Architecture: Unknown/Multiple | Failure: Documentation bug -+-- Changes (by igloo): * owner: = igloo -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4086#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] #3952: add machdepCCOpts to runPhase_MoveBinary
#3952: add machdepCCOpts to runPhase_MoveBinary ---+ Reporter: igloo | Owner: igloo Type: bug | Status: closed Priority: normal| Milestone: 6.14.1 Component: Compiler |Version: 6.12.1 Resolution: fixed | Keywords: Difficulty:| Os: Unknown/Multiple Testcase:| Architecture: Unknown/Multiple Failure: None/Unknown | ---+ Changes (by igloo): * status: new = closed * resolution: = fixed Comment: Fixed -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3952#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] #4086: Data.List 'nub' function is O(n^2)
#4086: Data.List 'nub' function is O(n^2) --+- Reporter: Pete | Owner: igloo Type: bug | Status: closed Priority: normal | Milestone: 6.14.1 Component: libraries/base |Version: 6.12.1 Resolution: fixed| Keywords: Difficulty: Easy (less than 1 hour) | Os: Unknown/Multiple Testcase: | Architecture: Unknown/Multiple Failure: Documentation bug| --+- Changes (by igloo): * status: new = closed * resolution: = fixed Comment: Docs tweaked. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4086#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
[GHC] #4155: HAVE_LIBM test doesn't work
#4155: HAVE_LIBM test doesn't work ---+ Reporter: donn| Owner: Type: bug | Status: new Priority: normal | Component: Build System Version: 6.12.3 |Keywords: Os: Other |Testcase: Architecture: x86 | Failure: Building GHC failed ---+ The AC_SEARCH_LIBS test in configure.ac will always set HAVE_LIBM=1, whether the platform supports -lm or not. It's really testing whether atan works, and it will indeed normally work -- the question is just whether it requires an explicit -lm. The mechanics of this can be seen in the generated configure script: look for none required. The preceding test for HAVE_MINGWEX does work, and of course that formula works for HAVE_LIBM too. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4155 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
