Re: [GHC] #1114: Socket code dies with SIGPIPE

2007-01-23 Thread GHC 
#1114: Socket code dies with SIGPIPE
+---
 Reporter:  guest   |  Owner: 
 Type:  bug | Status:  new
 Priority:  normal  |  Milestone: 
Component:  hslibs/net  |Version:  6.6
 Severity:  normal  | Resolution: 
 Keywords:  | Difficulty:  Unknown
 Testcase:  |   Architecture:  x86
   Os:  Linux   |  
+---
Comment (by guest):

 From write (2) manpage:
  EPIPE
fd is connected to a pipe or socket whose reading end is closed.
When this happens the writing process will also receive  a  SIGPIPE
 signal.
(Thus, the write return value is seen only if the
program catches, blocks or ignores this signal.)

 and send (2) manpage:
  ssize_t send(int s, const void *buf, size_t len, int flags);
  [[BR]]...[[BR]]
  The flags parameter is the bitwise OR of zero or more of the  following
  flags.
  [[BR]]...[[BR]]
  MSG_NOSIGNAL
Requests  not to send SIGPIPE on errors on stream oriented sockets when
the other end breaks the connection. The EPIPE error is still returned.
  ...[[BR]]
  EPIPE
The local end has  been  shut  down  on  a  connection  oriented
socket.   In  this  case the process will also receive a SIGPIPE
unless MSG_NOSIGNAL is set.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1114
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] #1115: GHC concurrency runtime breaks every 497 (and a bit) days

2007-01-23 Thread GHC 
#1115: GHC concurrency runtime breaks every 497 (and a bit) days
-+--
Reporter:  Neil Davies   |   Owner: 
Type:  bug   |  Status:  new
Priority:  normal|   Milestone: 
   Component:  Runtime System| Version:  6.6
Severity:  major |Keywords: 
  Difficulty:  Moderate (1 day)  |Testcase: 
Architecture:  Unknown   |  Os:  Unknown
-+--
The GHC concurrency model does all of its time calculations for delays in
 ticks
 - a tick being fixed at 1/50th of a second. It performs all of these
 calculations in terms the number of these ticks since the Unix epoch
 (Jan 1970). Which is stored as an Int - unfortunately this (typically)
 2^31 bits
 overflows every 497 (and a bit) days.

 When it does overflow any threads on the timer queue will either a)
 run immediately or b) not be run for another 497 days - depending on
 which way the sign changes. Also any timer calculation that spans the
 wrapround (sometime in the preceeding 35 or so minutes) will not be dealt
 with correctly.

 Although this doesn't happen often (the last one was around Sat Sep 30
 18:32:51 UTC 2006 and the next one will not be until Sat Feb  9
 21:00:44 UTC 2008) it nees to be resolved.

 Take a look at the definition of getTicksofDay (in
 base/include/HsBase.h (non-windows) / base/cbits/Win32Utils.c) and
 getDelay (in base/GHC/Conc.lhs) to understand the details of the
 issue.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1115
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] #1113: GHCi 6.6 and unicode at the REPL

2007-01-23 Thread GHC 
#1113: GHCi  6.6 and unicode at the REPL
---+
 Reporter:  [EMAIL PROTECTED]  |  Owner:   
 Type:  bug| Status:  closed   
 Priority:  normal |  Milestone:   
Component:  GHCi   |Version:  6.6  
 Severity:  normal | Resolution:  duplicate
 Keywords: | Difficulty:  Unknown  
 Testcase: |   Architecture:  x86  
   Os:  Linux  |  
---+
Changes (by simonmar):

  * resolution:  = duplicate
  * status:  new = closed

Comment:

 Thanks for the report - this bug is already in the database, see #782.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1113
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] #1115: GHC concurrency runtime breaks every 497 (and a bit) days

2007-01-23 Thread GHC 
#1115: GHC concurrency runtime breaks every 497 (and a bit) days
+---
 Reporter:  Neil Davies |  Owner:  
 Type:  bug | Status:  new 
 Priority:  normal  |  Milestone:  
Component:  Runtime System  |Version:  6.6 
 Severity:  major   | Resolution:  
 Keywords:  | Difficulty:  Moderate (1 day)
 Testcase:  |   Architecture:  Unknown 
   Os:  Unknown |  
+---
Comment (by Neil Davies):

 I've got a patch for the (non-Windows) targets that I'm testing now. I may
 need some help for the windows version - at least at the level of a code
 walkthrough.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1115
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] #110: Cygwin binaries

2007-01-23 Thread GHC 
#110: Cygwin binaries
-+--
 Reporter:  fizzgig  |  Owner:  nobody  
 Type:  feature request  | Status:  assigned
 Priority:  normal   |  Milestone:  _|_ 
Component:  None |Version:  None
 Severity:  minor| Resolution:  None
 Keywords:   | Difficulty:  Unknown 
 Testcase:  N/A  |   Architecture:  Unknown 
   Os:  Unknown  |  
-+--
Changes (by igloo):

  * milestone:  = _|_

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/110
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] #309: ObjectIO-Lib: Problem scrolling compund control

2007-01-23 Thread GHC 
#309: ObjectIO-Lib: Problem scrolling compund control
---+
 Reporter:  brassel|  Owner:  krasimir
 Type:  bug| Status:  new 
 Priority:  normal |  Milestone:  Not GHC 
Component:  libraries (other)  |Version:  6.4 
 Severity:  normal | Resolution:  None
 Keywords: | Difficulty:  Unknown 
 Testcase: |   Architecture:  Unknown 
   Os:  Unknown|  
---+
Changes (by igloo):

  * architecture:  = Unknown
  * difficulty:  = Unknown
  * milestone:  = Not GHC
  * testcase:  =
  * os:  = Unknown

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/309
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] #406: internal error: EVACUATED object entered!

2007-01-23 Thread GHC 
#406: internal error: EVACUATED object entered!
-+--
 Reporter:  malaire  |  Owner:  simonmar
 Type:  bug  | Status:  reopened
 Priority:  normal   |  Milestone:  6.6.1   
Component:  None |Version:  6.4 
 Severity:  normal   | Resolution:  
 Keywords:   | Difficulty:  Unknown 
 Testcase:   |   Architecture:  Unknown 
   Os:  Unknown  |  
-+--
Changes (by igloo):

  * milestone:  = 6.6.1
  * testcase:  =

Old description:

 {{{
 During 'make test' of pugs (http://pugscode.org/) which
 is written in Haskell I got this error:

 ...
 ...
 t/oo/construction..ok
 6/7 TODO feature tests
 t/oo/delegationok
 24/34 TODO feature tests
 t/oo/destruction...ok
 6/6# Looks like you failed 2 tests of 6
 pugs: internal error: EVACUATED object entered!
 Please report this as a bug to
 glasgow-haskell-bugs@haskell.org,
 or http://www.sourceforge.net/projects/ghc/
 t/oo/destruction...dubious
 Test returned status 254 (wstat 65024, 0xfe00)
 DIED. FAILED tests 4-5
 Failed 2/6 tests, 66.67% okay
 t/oo/enums.ok
 54/58 TODO feature tests
 ...
 ...


 I have:
 * GHC 6.4
 * pugs r4916
 * (no parrot)
 * SuSe 9.1
 * uname -a gives Linux markus 2.6.5-7.155.29-default
 #1 Thu Jun 2 12:07:05 UTC 2005 i686 athlon i386 GNU/Linux

 }}}

New description:

 {{{
 During 'make test' of pugs (http://pugscode.org/) which
 is written in Haskell I got this error:

 ...
 ...
 t/oo/construction..ok
 6/7 TODO feature tests
 t/oo/delegationok
 24/34 TODO feature tests
 t/oo/destruction...ok
 6/6# Looks like you failed 2 tests of 6
 pugs: internal error: EVACUATED object entered!
 Please report this as a bug to
 glasgow-haskell-bugs@haskell.org,
 or http://www.sourceforge.net/projects/ghc/
 t/oo/destruction...dubious
 Test returned status 254 (wstat 65024, 0xfe00)
 DIED. FAILED tests 4-5
 Failed 2/6 tests, 66.67% okay
 t/oo/enums.ok
 54/58 TODO feature tests
 ...
 ...


 I have:
 * GHC 6.4
 * pugs r4916
 * (no parrot)
 * SuSe 9.1
 * uname -a gives Linux markus 2.6.5-7.155.29-default
 #1 Thu Jun 2 12:07:05 UTC 2005 i686 athlon i386 GNU/Linux

 }}}

Comment:

 Does anyone know if this is fixed in 6.6?

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/406
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] #436: Declare large amounts of constant data

2007-01-23 Thread GHC 
#436: Declare large amounts of constant data
-+--
 Reporter:  ajk  |  Owner:  nobody  
 Type:  feature request  | Status:  assigned
 Priority:  normal   |  Milestone:  6.8 
Component:  None |Version:  None
 Severity:  minor| Resolution:  None
 Keywords:   | Difficulty:  Unknown 
 Testcase:   |   Architecture:  Unknown 
   Os:  Unknown  |  
-+--
Changes (by igloo):

  * architecture:  = Unknown
  * difficulty:  = Unknown
  * milestone:  = 6.8
  * testcase:  =
  * os:  = Unknown

Old description:

 {{{
 Simon Marlow wrote in Bug#635718:
 It is true that GHC doesn't have a good way to declare
 large amounts of constant data.  This is a shortcoming,
 but not a bug (please by all means submit a feature
 request).

 Submitting as requested:)
 }}}

New description:

 {{{
 Simon Marlow wrote in Bug#635718:
 It is true that GHC doesn't have a good way to declare
 large amounts of constant data.  This is a shortcoming,
 but not a bug (please by all means submit a feature
 request).

 Submitting as requested:)
 }}}

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/436
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] #451: GHC poor type-checker error message

2007-01-23 Thread GHC 
#451: GHC poor type-checker error message
-+--
 Reporter:  isaacdupree  |  Owner:  simonpj
 Type:  bug  | Status:  new
 Priority:  normal   |  Milestone:  6.8
Component:  Compiler (Type checker)  |Version:  6.4
 Severity:  normal   | Resolution:  None   
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  Unknown
   Os:  Unknown  |  
-+--
Changes (by igloo):

  * milestone:  = 6.8
  * testcase:  =

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/451
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] #457: Strictness problem

2007-01-23 Thread GHC 
#457: Strictness problem
+---
 Reporter:  nilsanders  |  Owner:  simonpj
 Type:  bug | Status:  new
 Priority:  normal  |  Milestone:  6.8
Component:  Compiler|Version:  6.4.1  
 Severity:  minor   | Resolution:  None   
 Keywords:  | Difficulty:  Unknown
 Testcase:  |   Architecture:  Unknown
   Os:  Unknown |  
+---
Changes (by igloo):

  * milestone:  = 6.8
  * testcase:  =

Comment:

 This is still wrong in 6.6 and the HEAD.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/457
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] #476: HUnit treats failures as errors

2007-01-23 Thread GHC 
#476: HUnit treats failures as errors
---+
 Reporter:  stefanheimann  |  Owner:  nobody  
 Type:  bug| Status:  assigned
 Priority:  normal |  Milestone:  Not GHC 
Component:  libraries (other)  |Version:  6.4.1   
 Severity:  normal | Resolution:  None
 Keywords: | Difficulty:  Unknown 
 Testcase: |   Architecture:  Unknown 
   Os:  Unknown|  
---+
Changes (by igloo):

  * milestone:  = Not GHC
  * testcase:  =

Comment:

 I haven't checked to see if this is still broken.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/476
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] #598: GHC Debugger

2007-01-23 Thread GHC 
#598: GHC Debugger
--+-
 Reporter:  simonmar  |  Owner:
 Type:  task  | Status:  new   
 Priority:  normal|  Milestone:  _|_   
Component:  None  |Version:  None  
 Severity:  normal| Resolution:  None  
 Keywords:| Difficulty:  Project ( 1 week)
 Testcase:|   Architecture:  Unknown   
   Os:  Unknown   |  
--+-
Changes (by igloo):

  * milestone:  = _|_
  * testcase:  =

Comment:

 Is this redundant now WRT the other efforts currently happening?

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/598
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] #639: Give civilised error messages when desugaring Template Haskell brackets

2007-01-23 Thread GHC 
#639: Give civilised error messages when desugaring Template Haskell brackets
---+
 Reporter:  [EMAIL PROTECTED]  |  Owner: 
 Type:  task   | Status:  closed 
 Priority:  normal |  Milestone: 
Component:  Template Haskell   |Version:  6.4.1  
 Severity:  normal | Resolution:  fixed  
 Keywords: | Difficulty:  Easy (1 hr)
 Testcase: |   Architecture:  Unknown
   Os:  Unknown|  
---+
Changes (by igloo):

  * resolution:  = fixed
  * testcase:  =
  * status:  new = closed

Comment:

 We now get nice errors, e.g.:
 {{{
 module Foo where

 foo = [d| data Foo a where
   Bar :: Foo Int
 |]
 }}}
 gives
 {{{
 % ghc -c Foo.hs -fglasgow-exts -fth

 Foo.hs:5:14:
 GADT declaration not (yet) handled by Template Haskell
   :THFake.Bar :: :THFake.Foo Int
 }}}

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/639
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] #650: Improve interaction between mutable arrays and GC

2007-01-23 Thread GHC 
#650: Improve interaction between mutable arrays and GC
+---
 Reporter:  simonmar|  Owner:  
 Type:  task| Status:  new 
 Priority:  normal  |  Milestone:  6.8 
Component:  Runtime System  |Version:  6.4.1   
 Severity:  normal  | Resolution:  
 Keywords:  | Difficulty:  Moderate (1 day)
 Testcase:  |   Architecture:  Unknown 
   Os:  Unknown |  
+---
Changes (by igloo):

  * milestone:  = 6.8
  * testcase:  =

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/650
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] #669: negative indentation in Text.PrettyPrint.HughesPJ

2007-01-23 Thread GHC 
#669: negative indentation in  Text.PrettyPrint.HughesPJ
--+-
 Reporter:  [EMAIL PROTECTED]  |  Owner: 
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone:  6.8
Component:  hslibs/text   |Version:  6.4.1  
 Severity:  minor | Resolution: 
 Keywords:| Difficulty:  Unknown
 Testcase:|   Architecture:  Unknown
   Os:  Unknown   |  
--+-
Changes (by igloo):

  * milestone:  = 6.8
  * testcase:  =

Comment:

 Perhaps we should look for a new maintainer for this library?

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/669
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] #684: Pending occurrence-analysis fix

2007-01-23 Thread GHC 
#684: Pending occurrence-analysis fix
--+-
 Reporter:  simonpj   |  Owner:  simonpj
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone:  6.8
Component:  Compiler  |Version:  6.4.1  
 Severity:  normal| Resolution: 
 Keywords:| Difficulty:  Unknown
 Testcase:|   Architecture:  Unknown
   Os:  Unknown   |  
--+-
Changes (by igloo):

  * milestone:  = 6.8
  * testcase:  =

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/684
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] #702: MingW ld.exe produces program which segfaults

2007-01-23 Thread GHC 
#702: MingW ld.exe produces program which segfaults
--+-
 Reporter:  [EMAIL PROTECTED]  |  Owner: 
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone:  6.8
Component:  Compiler  |Version:  6.4.1  
 Severity:  normal| Resolution: 
 Keywords:| Difficulty:  Unknown
 Testcase:|   Architecture:  x86
   Os:  Windows   |  
--+-
Changes (by igloo):

  * milestone:  = 6.8
  * testcase:  =

Comment:

 I haven't confirmed this still happens with the latest GHC and ld.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/702
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] #736: Allowing any newtype of the IO monad to be used in FFI and extra optional entry point

2007-01-23 Thread GHC 
#736: Allowing any newtype of the IO monad to be used in FFI and extra optional
entry point
---+
 Reporter:  [EMAIL PROTECTED]|  Owner:  
 Type:  feature request| Status:  new 
 Priority:  normal |  Milestone:  6.8 
Component:  Compiler   |Version:  6.4.1   
 Severity:  normal | Resolution:  
 Keywords:  FFI foreign monad entry point  | Difficulty:  Unknown 
 Testcase: |   Architecture:  Multiple
   Os:  Multiple   |  
---+
Changes (by igloo):

  * milestone:  = 6.8
  * testcase:  =

Comment:

 This is something we might want to consider for haskell' too.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/736
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] #764: DESTDIR Makefile variable

2007-01-23 Thread GHC 
#764: DESTDIR Makefile variable
-+--
 Reporter:  guest|  Owner:  igloo  
 Type:  feature request  | Status:  new
 Priority:  normal   |  Milestone:  6.6.1  
Component:  Build System |Version:  6.4.2  
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  Unknown
   Os:  Unknown  |  
-+--
Changes (by igloo):

  * milestone:  = 6.6.1
  * testcase:  =
  * status:  reopened = new
  * owner:  = igloo

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/764
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] #764: DESTDIR Makefile variable

2007-01-23 Thread GHC 
#764: DESTDIR Makefile variable
-+--
 Reporter:  guest|  Owner:  igloo  
 Type:  feature request  | Status:  new
 Priority:  low  |  Milestone:  6.6.1  
Component:  Build System |Version:  6.4.2  
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  Unknown
   Os:  Unknown  |  
-+--
Changes (by igloo):

  * priority:  normal = low

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/764
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] #783: performance problem compiling large file

2007-01-23 Thread GHC 
#783: performance problem compiling large file
--+-
 Reporter:  guest |  Owner:  
 Type:  bug   | Status:  new 
 Priority:  normal|  Milestone:  6.8 
Component:  Compiler  |Version:  6.4.2   
 Severity:  normal| Resolution:  
 Keywords:| Difficulty:  Unknown 
 Testcase:|   Architecture:  Multiple
   Os:  Multiple  |  
--+-
Changes (by igloo):

  * milestone:  = 6.8
  * testcase:  =

Comment:

 Still a problem in 6.6 and the HEAD.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/783
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] #801: random list from randomseed ... amd64 differs

2007-01-23 Thread GHC 
#801: random list from randomseed ... amd64 differs
--+-
 Reporter:  caaadar   |  Owner:
 Type:  bug   | Status:  new   
 Priority:  normal|  Milestone:  6.8   
Component:  Compiler  |Version:  6.4.2 
 Severity:  normal| Resolution:
 Keywords:| Difficulty:  Unknown   
 Testcase:|   Architecture:  x86_64 (amd64)
   Os:  Linux |  
--+-
Changes (by igloo):

  * milestone:  = 6.8
  * testcase:  =

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/801
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] #808: Move the GHC Commentary to the wiki

2007-01-23 Thread GHC 
#808: Move the GHC Commentary to the wiki
---+
 Reporter:  simonmar   |  Owner:  
 Type:  task   | Status:  new 
 Priority:  normal |  Milestone:  Not GHC 
Component:  Documentation  |Version:  6.4.1   
 Severity:  normal | Resolution:  
 Keywords: | Difficulty:  Moderate (1 day)
 Testcase: |   Architecture:  Unknown 
   Os:  Unknown|  
---+
Changes (by igloo):

  * milestone:  = Not GHC
  * testcase:  =

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/808
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] #822: -keep-tmp-files does not keep all temporary files

2007-01-23 Thread GHC 
#822: -keep-tmp-files does not keep all temporary files
-+--
 Reporter:  [EMAIL PROTECTED]  |  Owner:  igloo 
 Type:  bug  | Status:  new   
 Priority:  normal   |  Milestone:  6.6.1 
Component:  Driver   |Version:  6.4.2 
 Severity:  minor| Resolution:
 Keywords:   | Difficulty:  Unknown   
 Testcase:   |   Architecture:  x86_64 (amd64)
   Os:  Linux|  
-+--
Changes (by igloo):

  * milestone:  = 6.6.1
  * testcase:  =

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/822
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] #823: impossible happens with ghc 6.5 building gtk2hs on win32

2007-01-23 Thread GHC 
#823: impossible happens with ghc 6.5 building gtk2hs on win32
--+-
 Reporter:  [EMAIL PROTECTED]  |  Owner:  igloo  
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone:  6.6.1  
Component:  Compiler  |Version:  6.5
 Severity:  normal| Resolution: 
 Keywords:| Difficulty:  Unknown
 Testcase:|   Architecture:  x86
   Os:  Windows   |  
--+-
Changes (by igloo):

  * milestone:  = 6.6.1
  * testcase:  =

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/823
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] #835: Expose less type/class info in an interface file, to reduce recompilation

2007-01-23 Thread GHC 
#835: Expose less type/class info in an interface file, to reduce recompilation
-+--
 Reporter:  simonpj  |  Owner: 
 Type:  feature request  | Status:  new
 Priority:  normal   |  Milestone:  6.8
Component:  Compiler |Version:  6.4.2  
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  Unknown
   Os:  Unknown  |  
-+--
Changes (by igloo):

  * milestone:  = 6.8
  * testcase:  =

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/835
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] #856: Build system issues on ia64

2007-01-23 Thread GHC 
#856: Build system issues on ia64
+---
 Reporter:  [EMAIL PROTECTED]  |  Owner:  igloo  
 Type:  bug | Status:  new
 Priority:  normal  |  Milestone:  6.8
Component:  Build System|Version:  6.4.2  
 Severity:  normal  | Resolution: 
 Keywords:  | Difficulty:  Unknown
 Testcase:  |   Architecture:  ia64   
   Os:  Linux   |  
+---
Changes (by igloo):

  * milestone:  = 6.8
  * testcase:  =

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/856
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] #911: Better information about the location of exceptions

2007-01-23 Thread GHC 
#911: Better information about the location of exceptions
-+--
 Reporter:  simonmar |  Owner: 
 Type:  feature request  | Status:  new
 Priority:  normal   |  Milestone:  _|_
Component:  Runtime System   |Version:  6.4.2  
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  Unknown
   Os:  Unknown  |  
-+--
Changes (by igloo):

  * milestone:  = _|_
  * testcase:  =

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/911
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] #922: ghc-6.5: panic on compile of Language/Haskell/TH/Ppr.hs

2007-01-23 Thread GHC 
#922: ghc-6.5: panic on compile of  Language/Haskell/TH/Ppr.hs
--+-
 Reporter:  mcnster   |  Owner:
 Type:  bug   | Status:  closed
 Priority:  normal|  Milestone:
Component:  Compiler  |Version:  6.5   
 Severity:  major | Resolution:  worksforme
 Keywords:| Difficulty:  Unknown   
 Testcase:|   Architecture:  x86_64 (amd64)
   Os:  Linux |  
--+-
Changes (by igloo):

  * resolution:  = worksforme
  * testcase:  =
  * status:  new = closed

Comment:

 In the absence of more information, I think we'll have to assume that this
 was caused by outdated .hi files being used for imported modules or
 something.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/922
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] #823: impossible happens with ghc 6.5 building gtk2hs on win32

2007-01-23 Thread GHC 
#823: impossible happens with ghc 6.5 building gtk2hs on win32
--+-
 Reporter:  [EMAIL PROTECTED]  |  Owner:  igloo  
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone:  6.6.1  
Component:  Compiler  |Version:  6.5
 Severity:  normal| Resolution: 
 Keywords:| Difficulty:  Unknown
 Testcase:|   Architecture:  x86
   Os:  Windows   |  
--+-
Comment (by duncan):

 BTW, I've never reproduced this. I've been building Gtk2Hs-0.9.10.4 on
 Win32 using GHC 6.2.2, GHC 6.4.2 and GHC 6.6 many times recently. There's
 been no change to the GBMonad module since Gtk2Hs-0.9.10.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/823
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] #1116: Error building ghc on Solaris 9

2007-01-23 Thread GHC 
#1116: Error building ghc on Solaris 9
-+--
Reporter:  [EMAIL PROTECTED]  |   Owner:
Type:  bug   |  Status:  new   
Priority:  normal|   Milestone:  6.6.2 
   Component:  Compiler  | Version:  6.6   
Severity:  major |Keywords:  Make error
  Difficulty:  Unknown   |Testcase:
Architecture:  sparc |  Os:  Solaris   
-+--
I'm new to ghc - trying to build v6.6 on Solaris 9, gcc v3.2.1.  After
 './configure' I type 'make' and get the following error:

 make: Fatal error in reader: ./mk/boilerplate.mk, line 22: Unexpected end
 of line seen

 Any hints?

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1116
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] #487: powerpc/linux segfaulting binaries

2007-01-23 Thread GHC 
#487: powerpc/linux segfaulting binaries
--+-
 Reporter:  dons  |  Owner:  nobody  
 Type:  bug   | Status:  assigned
 Priority:  normal|  Milestone:  _|_ 
Component:  Compiler  |Version:  6.4.1   
 Severity:  normal| Resolution:  None
 Keywords:| Difficulty:  Unknown 
 Testcase:  N/A   |   Architecture:  powerpc 
   Os:  Linux |  
--+-
Changes (by igloo):

  * milestone:  = _|_

Comment:

 This sounds like a bug in the registerised powerpc/Linux port, which I
 don't think is being actively worked on, so I'm setting the milestone to
 _|_.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/487
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] #930: ghc-6.6: panic! (the 'impossible' happened) mkWWcpr: not a product GHC-Brian-6.5.1:IdInfo.IdInfo{tc rfD}

2007-01-23 Thread GHC 
#930: ghc-6.6: panic! (the 'impossible' happened) mkWWcpr: not a product GHC-
Brian-6.5.1:IdInfo.IdInfo{tc rfD}
+---
 Reporter:  briansmith  |  Owner: 
 Type:  bug | Status:  new
 Priority:  normal  |  Milestone:  6.8
Component:  Compiler|Version:  6.5
 Severity:  normal  | Resolution: 
 Keywords:  | Difficulty:  Unknown
 Testcase:  |   Architecture:  Unknown
   Os:  Unknown |  
+---
Changes (by igloo):

  * milestone:  = 6.8

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/930
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] #933: Separate compilation fails with existential records

2007-01-23 Thread GHC 
#933: Separate compilation fails with existential records
--+-
 Reporter:  guest |  Owner: 
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone:  6.6.1  
Component:  Compiler  |Version:  6.5
 Severity:  normal| Resolution: 
 Keywords:| Difficulty:  Unknown
 Testcase:|   Architecture:  Unknown
   Os:  Unknown   |  
--+-
Changes (by igloo):

  * milestone:  = 6.6.1
  * testcase:  =

Comment:

 Documenting this in the 6.6 branch, if not already done, sounds like a
 good idea.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/933
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] #934: Allow load to work correctly when executed multiple times the same session for BatchCompile

2007-01-23 Thread GHC 
#934: Allow load to work correctly when executed multiple times the same session
for BatchCompile
-+--
 Reporter:  briansmith   |  Owner: 
 Type:  feature request  | Status:  new
 Priority:  normal   |  Milestone:  6.8
Component:  Compiler |Version:  6.4.2  
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  Unknown
   Os:  Unknown  |  
-+--
Changes (by igloo):

  * milestone:  = 6.8
  * testcase:  =

Old description:

 In GHC.hs, there is a comment that says that module stability is not
 important for BatchCompile. However, isn't that only true when there is
 only one load per Session? For example, if I do:

 session - newSession BatchCompile Nothing
 load session LoadAllTargets
 load session LoadAllTargets

 Wouldn't checking the module stability be useful or even required for the
 second load? The problem I encountered is that, if I do not check
 stability, then when I execute any load after the first, GHC does not do
 dependency analysis correctly--things are getting recompiled during the
 second load even though the first load already compiled everything. It
 seems like this might only be the case for programs with mutually
 recursive modules, since most programs I tested with seem to get compiled
 okay.

 There are other cases in the code where it is assumed that GHC.load will
 be executed only once per session. For example, MkIface.check_old_iface.

 I hastily made some modifications to GHC.load2 so that the stability
 check is always made, and then changd GHC.upsweep_mod to make use of the
 stability information. Once that was done, then my program works
 correctly. Could somebody please let me know if this would be an
 acceptable type of change to make to the API?

 This relates to my message [GHC API: Problems with implementing :reload
 for ghc --make] on the mailing list, which included a test program:

 http://www.haskell.org/pipermail/glasgow-haskell-
 users/attachments/20061008/381db0cc/GhcRemake.obj


 Here is the complete text of my modified upsweep_mod. I will include the
 full text of the proof-of-concept patch as an attachment.
 {{{
 upsweep_mod hsc_env old_hpt (stable_obj, stable_bco) summary mod_index
 nmods
= do
 let
 this_mod_name = ms_mod_name summary
 this_mod= ms_mod summary
 mb_obj_date = ms_obj_date summary
 obj_fn= ml_obj_file (ms_location summary)
 hs_date = ms_hs_date summary
 is_stable_obj = this_mod_name `elem` stable_obj
 is_stable_bco = this_mod_name `elem` stable_bco
 old_hmi = lookupUFM old_hpt this_mod_name
 compile_it :: Maybe Linkable - IO (Maybe HomeModInfo)
 compile_it  = upsweep_compile hsc_env old_hpt this_mod_name
 summary mod_index nmods

   case ghcMode (hsc_dflags hsc_env) of
 _ | is_stable_obj, isJust old_hmi - do
 return old_hmi
 -- object is stable, and we have an entry in the
 -- old HPT: nothing to do

 Interactive
   | is_stable_bco -
 ASSERT(isJust old_hmi) -- must be in the old_hpt
 return old_hmi
 -- BCO is stable: nothing to do

   | Just hmi - old_hmi, Just l - hm_linkable hmi,
 not (isObjectLinkable l),
 linkableTime l = ms_hs_date summary -
 compile_it (Just l)
-- we have an old BCO that is up to date with
 respect
-- to the source: do a recompilation check as
 normal.

 BatchCompile
   | Just obj_date - mb_obj_date, obj_date = hs_date -
 do
linkable - findObjectLinkable this_mod obj_fn
 obj_date
compile_it (Just linkable)

 _ | is_stable_obj, isNothing old_hmi - do
linkable - findObjectLinkable this_mod obj_fn
(expectJust upseep1 mb_obj_date)
compile_it (Just linkable)
-- object is stable, but we need to load the
 interface
-- off disk to make a HMI.

 _ | otherwise -
compile_it Nothing
 }}}

New description:

 In GHC.hs, there is a comment that says that module stability is not
 important for !BatchCompile. However, isn't that only true when there is
 only one load per Session? For example, if I do:

 {{{
 session - newSession BatchCompile Nothing
 load session LoadAllTargets
 load session

Re: [GHC] #998: Tab-completion of filenames does not work in GHCi 6.6

2007-01-23 Thread GHC 
#998: Tab-completion of filenames does not work in GHCi 6.6
+---
 Reporter:  [EMAIL PROTECTED]  |  Owner:
 Type:  bug | Status:  new   
 Priority:  low |  Milestone:  6.6.1 
Component:  GHCi|Version:  6.6   
 Severity:  minor   | Resolution:
 Keywords:  | Difficulty:  Unknown   
 Testcase:  |   Architecture:  x86_64 (amd64)
   Os:  Linux   |  
+---
Changes (by igloo):

  * milestone:  = 6.6.1
  * priority:  normal = low

Comment:

 It now also tab completes Haskell names; it probably needs a rejig to
 handle trying to do both at once better.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/998
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] #988: X11: refine types for improved type safety

2007-01-23 Thread GHC 
#988: X11: refine types for improved type safety
---+
 Reporter:  ross   |  Owner: 
 Type:  feature request| Status:  new
 Priority:  normal |  Milestone:  Not GHC
Component:  libraries (other)  |Version:  6.6
 Severity:  normal | Resolution: 
 Keywords: | Difficulty:  Unknown
 Testcase: |   Architecture:  Unknown
   Os:  Unknown|  
---+
Changes (by igloo):

  * milestone:  = Not GHC

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/988
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] #997: Add Kleisli composition to Control.Monad

2007-01-23 Thread GHC 
#997: Add Kleisli composition to Control.Monad
+---
 Reporter:  dons|  Owner: 
 Type:  proposal| Status:  closed 
 Priority:  normal  |  Milestone: 
Component:  libraries/base  |Version:  6.6
 Severity:  normal  | Resolution:  fixed  
 Keywords:  | Difficulty:  Easy (1 hr)
 Testcase:  |   Architecture:  Multiple   
   Os:  Unknown |  
+---
Changes (by igloo):

  * resolution:  = fixed
  * status:  new = closed

Comment:

 Apparently uncontroversial; patch applied.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/997
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] #950: Timing stats in GHCi don't work

2007-01-23 Thread GHC 
#950: Timing stats in GHCi don't work
--+-
 Reporter:  simonpj   |  Owner: 
 Type:  bug   | Status:  closed 
 Priority:  normal|  Milestone: 
Component:  Compiler  |Version:  6.6
 Severity:  normal| Resolution:  fixed  
 Keywords:| Difficulty:  Unknown
 Testcase:|   Architecture:  Unknown
   Os:  Unknown   |  
--+-
Changes (by igloo):

  * resolution:  = fixed
  * status:  new = closed

Comment:

 This turned out to be caused by an old Linux threads bug; from
 pthreads(7):
 {{{
Some NPTL non-conformances only occur with older kernels:

-  The  information returned by times(2) and getrusage(2) is per-
 thread
   rather than process-wide (fixed in kernel 2.6.9).
 }}}
 The solution is to use a newer kernel, or to compile ghc(i) without
 -threaded.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/950
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] #956: improving error messages #1

2007-01-23 Thread GHC 
#956: improving error messages #1
-+--
 Reporter:  Bulat Ziganshin [EMAIL PROTECTED]  |  Owner: 
 Type:  feature request  | Status:  new 
   
 Priority:  low  |  Milestone:  
6.6.1  
Component:  Compiler |Version:  6.6 
   
 Severity:  normal   | Resolution:  
   
 Keywords:   | Difficulty:  
Unknown
 Testcase:   |   Architecture:  
Unknown
   Os:  Unknown  |  
-+--
Changes (by igloo):

  * milestone:  = 6.6.1
  * priority:  normal = low

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/956
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] #964: Cross Compile and Universal Binary

2007-01-23 Thread GHC 
#964: Cross Compile and Universal Binary
-+--
 Reporter:  [EMAIL PROTECTED]  |  Owner:
 Type:  feature request  | Status:  new 
  
 Priority:  normal   |  Milestone:  _|_ 
  
Component:  Compiler |Version:  6.6 
  
 Severity:  critical | Resolution:  
  
 Keywords:   | Difficulty:  Project ( 1 
week)
 Testcase:  N/A  |   Architecture:  Multiple
  
   Os:  MacOS X  |  
-+--
Changes (by igloo):

  * milestone:  = _|_

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/964
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] #970: GHCi crashes under Windows Millenium

2007-01-23 Thread GHC 
#970: GHCi crashes under Windows Millenium
--+-
 Reporter:  guest |  Owner: 
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone:  6.6.1  
Component:  GHCi  |Version:  6.6
 Severity:  normal| Resolution: 
 Keywords:  Windows GHCi  | Difficulty:  Unknown
 Testcase:|   Architecture:  x86
   Os:  Windows   |  
--+-
Changes (by igloo):

  * milestone:  = 6.6.1

Comment:

 Have the changes been committed yet? If not, where are they? Is there a
 problem with them?

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/970
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] #974: Add unzipEithers, lefts, rights to Data.Either

2007-01-23 Thread GHC 
#974: Add unzipEithers, lefts, rights to Data.Either
+---
 Reporter:  guest   |  Owner: 
 Type:  proposal| Status:  new
 Priority:  normal  |  Milestone:  Not GHC
Component:  libraries/base  |Version:  6.6
 Severity:  normal  | Resolution: 
 Keywords:  | Difficulty:  Easy (1 hr)
 Testcase:  |   Architecture:  Unknown
   Os:  Unknown |  
+---
Changes (by igloo):

  * milestone:  = Not GHC

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/974
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] #978: install-sh has wrong permissions

2007-01-23 Thread GHC 
#978: install-sh has wrong permissions
-+--
 Reporter:  [EMAIL PROTECTED]  |  Owner: 
 Type:  bug  | Status:  new
 Priority:  normal   |  Milestone:  6.6.1  
Component:  Build System |Version:  6.6
 Severity:  major| Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  powerpc
   Os:  MacOS X  |  
-+--
Changes (by igloo):

  * milestone:  = 6.6.1

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/978
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] #980: timeout

2007-01-23 Thread GHC 
#980: timeout
+---
 Reporter:  simons  |  Owner: 
 Type:  task| Status:  new
 Priority:  normal  |  Milestone:  _|_
Component:  libraries/base  |Version:  6.6
 Severity:  normal  | Resolution: 
 Keywords:  | Difficulty:  Unknown
 Testcase:  |   Architecture:  Unknown
   Os:  Unknown |  
+---
Changes (by igloo):

  * milestone:  = _|_

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/980
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] #1007: Add parsing (and some more) to the time package

2007-01-23 Thread GHC 
#1007: Add parsing (and some more) to the time package
-+--
 Reporter:  [EMAIL PROTECTED]  |  Owner: 
 Type:  proposal | Status:  new
 Priority:  normal   |  Milestone:  Not GHC
Component:  libraries (other)|Version: 
 Severity:  normal   | Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  Unknown
   Os:  Unknown  |  
-+--
Changes (by igloo):

  * milestone:  = Not GHC

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1007
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