Re: [GHC] #4999: build fails on powerpc: error: 'ObjectCode' has no member named 'misalignment'

2011-03-06 Thread GHC
#4999: build fails on powerpc:   error: 'ObjectCode' has no member named
'misalignment'
+---
Reporter:  nomeata  |   Owner: 
Type:  bug  |  Status:  new
Priority:  normal   |   Component:  Runtime System 
 Version:  7.0.2|Keywords: 
Testcase:   |   Blockedby: 
  Os:  Linux|Blocking: 
Architecture:  powerpc  | Failure:  Building GHC failed
+---

Comment(by erikd):

 It seems like the logic which sets USE_MMAP:

 {{{
 #if defined(linux_HOST_OS) || defined(freebsd_HOST_OS) || \
 defined(dragonfly_HOST_OS) || defined(netbsd_HOST_OS ) || \
 defined(openbsd_HOST_OS  ) || \
 ( defined(darwin_HOST_OS )  !defined(powerpc_HOST_ARCH) ) || \
 defined(kfreebsdgnu_HOST_OS) \
 }}}

 should be changed to:

 {{{
 #if !defined(powerpc_HOST_ARCH)  \
 (   defined(linux_HOST_OS) || defined(freebsd_HOST_OS) || \
 defined(dragonfly_HOST_OS) || defined(netbsd_HOST_OS ) || \
 defined(openbsd_HOST_OS  ) || defined(darwin_HOST_OS ) || \
 defined(kfreebsdgnu_HOST_OS) ) \
 }}}

 so that powerpc_HOST_ARCH is tested regardless of the OS.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4999#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] #4998: performance regressions

2011-03-06 Thread GHC
#4998: performance regressions
-+--
Reporter:  igloo |Owner:  
Type:  bug   |   Status:  new 
Priority:  high  |Milestone:  7.2.1   
   Component:  Compiler  |  Version:  7.0.2   
Keywords:| Testcase:  
   Blockedby:|   Difficulty:  
  Os:  Unknown/Multiple  | Blocking:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
Changes (by michalt):

 * cc: michal.terepeta@… (added)


-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4998#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] #4999: build fails on powerpc: error: 'ObjectCode' has no member named 'misalignment'

2011-03-06 Thread GHC
#4999: build fails on powerpc:   error: 'ObjectCode' has no member named
'misalignment'
+---
Reporter:  nomeata  |   Owner: 
Type:  bug  |  Status:  new
Priority:  normal   |   Component:  Runtime System 
 Version:  7.0.2|Keywords: 
Testcase:   |   Blockedby: 
  Os:  Linux|Blocking: 
Architecture:  powerpc  | Failure:  Building GHC failed
+---

Comment(by erikd):

 I think I have a fix. Building the Debian package with my fix now. Then
 I'll test it and then work on a patch against GHC HEAD.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4999#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] #4363: openFile sharing permissions are inconsistent across platforms

2011-03-06 Thread GHC
#4363: openFile sharing permissions are inconsistent across platforms
-+--
Reporter:  jystic|Owner: 
Type:  bug   |   Status:  new
Priority:  high  |Milestone:  7.4.1  
   Component:  libraries/base|  Version:  6.12.3 
Keywords:| Testcase: 
   Blockedby:|   Difficulty: 
  Os:  Windows   | Blocking: 
Architecture:  Unknown/Multiple  |  Failure:  Incorrect result at runtime
-+--

Comment(by jystic):

 What needs to be done to help move this item along? If I submit a patch
 for !HsBase.h would that help?

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4363#comment:8
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] #4980: Warning about module abbreviation clashes

2011-03-06 Thread GHC
#4980: Warning about module abbreviation clashes
-+--
Reporter:  Lemming   |Owner:  
Type:  feature request   |   Status:  new 
Priority:  normal|Milestone:  7.4.1   
   Component:  Compiler  |  Version:  7.0.1   
Keywords:| Testcase:  
   Blockedby:|   Difficulty:  
  Os:  Unknown/Multiple  | Blocking:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--

Comment(by Lemming):

 Replying to [comment:4 malcolm.wallace@…]:
  This warning request seems to be about avoiding future compile errors in
 this module, due to changes in other modules.

 Right, this warning is intended to avoid compilation errors if something
 in the imported modules is added. This is especially important if the
 imported modules are from another package. If I want to import a PVP
 compliant package X with
 {{{
 Build-Depends: X = A.B.C   A.(B+1)
 }}}
 then I have to make sure that additions to the APIs of the imported
 modules do not lead to compilation errors.

 The goal is the same as in #4977.
 Btw. Modula forbids clashing module abbreviations and only allows
 unqualified import with explicit enumeration and qualified import (as in
 #4977) in order to protect against compilation failure if something is
 added to imported modules.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4980#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] #4970: time002 and time004 (ghci) test failures on OS X 64 bit

2011-03-06 Thread GHC
#4970: time002 and time004 (ghci) test failures on OS X 64 bit
--+-
  Reporter:  gwright  |  Owner:
  Type:  bug  | Status:  new   
  Priority:  high |  Milestone:  7.2.1 
 Component:  GHCi |Version:  7.0.1 
Resolution:   |   Keywords:
  Testcase:   |  Blockedby:
Difficulty:   | Os:  MacOS X   
  Blocking:   |   Architecture:  x86_64 (amd64)
   Failure:  Incorrect result at runtime  |  
--+-
Changes (by igloo):

  * owner:  gwright =
  * priority:  normal = high
  * status:  patch = new


Comment:

 It looks like the right thing to do is to define a Haskell type for the C
 `suseconds_t`, and use that. At least,
 http://pubs.opengroup.org/onlinepubs/009695399/basedefs/sys/time.h.html
 and my Linux `gettimeofday(2)` agree on that.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4970#comment:9
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] #4970: time002 and time004 (ghci) test failures on OS X 64 bit

2011-03-06 Thread GHC
#4970: time002 and time004 (ghci) test failures on OS X 64 bit
--+-
  Reporter:  gwright  |  Owner:  igloo 
  Type:  bug  | Status:  new   
  Priority:  high |  Milestone:  7.2.1 
 Component:  GHCi |Version:  7.0.1 
Resolution:   |   Keywords:
  Testcase:   |  Blockedby:
Difficulty:   | Os:  MacOS X   
  Blocking:   |   Architecture:  x86_64 (amd64)
   Failure:  Incorrect result at runtime  |  
--+-
Changes (by igloo):

  * owner:  = igloo


-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4970#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] #4977: Warning about unqualified implicit imports

2011-03-06 Thread GHC
#4977: Warning about unqualified implicit imports
--+-
  Reporter:  Lemming  |  Owner:  igloo   
  Type:  feature request  | Status:  closed  
  Priority:  highest  |  Milestone:  7.2.1   
 Component:  Compiler |Version:  7.0.1   
Resolution:  fixed|   Keywords:  
  Testcase:   |  Blockedby:  
Difficulty:   | Os:  Unknown/Multiple
  Blocking:   |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown |  
--+-
Changes (by igloo):

  * status:  new = closed
  * resolution:  = fixed


Comment:

 Applied, thanks!

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4977#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] #4988: Hang in GHCi debugger

2011-03-06 Thread GHC
#4988: Hang in GHCi debugger
-+--
Reporter:  simonmar  |Owner:
Type:  bug   |   Status:  new   
Priority:  high  |Milestone:  7.4.1 
   Component:  GHCi  |  Version:  7.0.1 
Keywords:| Testcase:  break024  
   Blockedby:|   Difficulty:
  Os:  Unknown/Multiple  | Blocking:
Architecture:  Unknown/Multiple  |  Failure:  GHCi crash
-+--
Changes (by mnislaih):

 * cc: pepeiborra@… (added)


Comment:

 The hang also happens when one tries to :abandon the debugging session
 after stopping at an error (with -fbreak-on-error). I didn't manage to
 reproduce it with -fbreak-on-exception.

 {{{
 GHCi, version 7.0.1: http://www.haskell.org/ghc/  :? for help
 Loading package ghc-prim ... linking ... done.
 Loading package integer-gmp ... linking ... done.
 Loading package base ... linking ... done.
 Loading package ffi-1.0 ... linking ... done.
 [1 of 1] Compiling Main ( scripts/break024.hs, interpreted )
 Ok, modules loaded: Main.
 *Main :set -fbreak-on-error
 *Main exception_uncaught
 Stopped at exception thrown
 _exception :: e = _
 [exception thrown] *Main :abandon
 ^CInterrupted.
 *Main

 }}}

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