Re: [GHC] #3773: Haddoc documentation on wrong function argument

2010-01-22 Thread GHC
#3773: Haddoc documentation on wrong function argument
+---
  Reporter:  tibbe  |  Owner:  waern   
  Type:  bug| Status:  reopened
  Priority:  normal |  Milestone:  6.12.2  
 Component:  Documentation  |Version:  6.10.4  
Resolution: |   Keywords:  
Difficulty: | Os:  Unknown/Multiple
  Testcase: |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown   |  
+---
Changes (by waern):

  * status:  closed => reopened
  * resolution:  fixed =>


Comment:

 I guess we shouldn't close this one before the patch has applied to GHC's
 Haddock repo.

-- 
Ticket URL: 
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] #3773: Haddoc documentation on wrong function argument

2010-01-22 Thread GHC
#3773: Haddoc documentation on wrong function argument
+---
  Reporter:  tibbe  |  Owner:  waern   
  Type:  bug| Status:  closed  
  Priority:  normal |  Milestone:  6.12.2  
 Component:  Documentation  |Version:  6.10.4  
Resolution:  fixed  |   Keywords:  
Difficulty: | Os:  Unknown/Multiple
  Testcase: |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown   |  
+---
Changes (by waern):

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


Comment:

 Thanks Isaac!

 I've reviewed and applied the patch - it's working fine. I added a test
 case to the test suite.

 While I was there, I fixed another bug in the HTML-rendering of function
 argument docs. We were not parenthesizing arguments of function type. We
 should do that since we're actually rendering a Haskell expression.

-- 
Ticket URL: 
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] #3799: undefined symbols and undefined references possibly related to template haskell

2010-01-22 Thread GHC
#3799: undefined symbols and undefined references possibly related to template
haskell
-+--
  Reporter:  JeremyShaw  |  Owner:  
 
  Type:  bug | Status:  closed  
 
  Priority:  normal  |  Milestone:  6.12.2  
 
 Component:  Compiler|Version:  6.13
 
Resolution:  invalid |   Keywords:  undefined symbols 
references template haskell
Difficulty:  | Os:  Unknown/Multiple
 
  Testcase:  |   Architecture:  Unknown/Multiple
 
   Failure:  Compile-time crash  |  
-+--

Comment(by waern):

 Replying to [comment:13 Saizan]:
 > just for clarification: only recently haddock started building to object
 code and so triggering this bug, right?
 > Since the common case has always been calling cabal haddock just after
 cabal build and it used to work correctly.

 Yes, that's correct, Haddock started building to object code for TH
 modules relatively recently. It should have started with 2.4.2, released
 Mar 21 2009. Then we switched to the native code generator (instead of
 compiling via C) in 2.5.0. In the latest release we use the native code
 generator only on platforms where it's available.

-- 
Ticket URL: 
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] #3836: ghc6 6.12.1 fails to build from source in S390

2010-01-22 Thread GHC
#3836: ghc6 6.12.1 fails to build from source in S390
---+
Reporter:  guest   |   Owner: 
Type:  bug |  Status:  new
Priority:  normal  |   Component:  Documentation  
 Version:  6.12.1  |Keywords: 
  Os:  Linux   |Testcase: 
Architecture:  Other   | Failure:  Building GHC failed
---+
 This bug is reported in Debian BTS:

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=566331

-- 
Ticket URL: 
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] #3472: Porting through .hc files broken

2010-01-22 Thread GHC
#3472: Porting through .hc files broken
---+
  Reporter:  pumpkin   |   Type:  bug 
Status:  new   |   Priority:  normal  
 Milestone:  6.12 branch   |  Component:  Build System
   Version:  6.12.1 RC1|   Keywords:  
Difficulty:  Unknown   | Os:  Unknown/Multiple
  Testcase:|   Architecture:  Unknown/Multiple
   Failure:  None/Unknown  |  
---+
Changes (by galdor):

 * cc: khae...@… (added)


-- 
Ticket URL: 
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] #3808: piping binary files sometimes fail

2010-01-22 Thread GHC
#3808: piping  binary files sometimes fail
---+
Reporter:  paolino |Owner:  simonmar 
Type:  bug |   Status:  assigned 
Priority:  high|Milestone:  6.12.2   
   Component:  Compiler|  Version:  6.12.1   
Keywords:  pipe binary IO  |   Difficulty:   
  Os:  Linux   | Testcase:   
Architecture:  x86_64 (amd64)  |  Failure:  Runtime crash
---+
Description changed by igloo:

Old description:

> I'm having this random bug , sometimes code succeed, sometimes not.
> It must be noted that I had to choose 5000 to exploit the randomness of
> it
> With 1 it always fail, with 100 it always succeed.
> Also substituting "take 5000 fibs" with [0..5000] it always succeed,
> probably because it's much faster.
>

> This is the console output, for 2 consecutive shots. Notice that faster
> machines, or different kernels could need a different 5000, or never show
> the bug.
>

> paol...@paolino-desktop:~$ ./prod | cat |./cons
> 5000
> paol...@paolino-desktop:~$ ./prod | cat |./cons
> cons: : hLookAhead: invalid argument (Invalid or incomplete
> multibyte or wide character)

New description:

 I'm having this random bug , sometimes code succeed, sometimes not.
 It must be noted that I had to choose 5000 to exploit the randomness of it
 With 1 it always fail, with 100 it always succeed.
 Also substituting "take 5000 fibs" with [0..5000] it always succeed,
 probably because it's much faster.


 This is the console output, for 2 consecutive shots. Notice that faster
 machines, or different kernels could need a different 5000, or never show
 the bug.

 {{{
 paol...@paolino-desktop:~$ ./prod | cat |./cons
 5000
 paol...@paolino-desktop:~$ ./prod | cat |./cons
 cons: : hLookAhead: invalid argument (Invalid or incomplete
 multibyte or wide character)
 }}}

--

-- 
Ticket URL: 
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] #3835: unpleasant linker warning

2010-01-22 Thread GHC
#3835: unpleasant linker warning
---+
Reporter:  maeder  |Owner:  simonmar
Type:  bug |   Status:  assigned
Priority:  high|Milestone:  6.12.2  
   Component:  Runtime System  |  Version:  6.12.1  
Keywords:  |   Difficulty:  
  Os:  Solaris | Testcase:  
Architecture:  x86 |  Failure:  None/Unknown
---+

Comment(by maeder):

 Without "-threaded" this also applies to
 `lib/ghc-6.12.1/libHSrts.a(Globals.o) type=OBJT`.
 (I hope the corresponding code is shared)

-- 
Ticket URL: 
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] #3835: unpleasant linker warning

2010-01-22 Thread GHC
#3835: unpleasant linker warning
---+
Reporter:  maeder  |Owner:  simonmar
Type:  bug |   Status:  assigned
Priority:  high|Milestone:  6.12.2  
   Component:  Runtime System  |  Version:  6.12.1  
Keywords:  |   Difficulty:  
  Os:  Solaris | Testcase:  
Architecture:  x86 |  Failure:  None/Unknown
---+
Changes (by simonmar):

  * owner:  => simonmar
  * priority:  normal => high
  * status:  new => assigned
  * component:  Compiler => Runtime System
  * milestone:  => 6.12.2


Comment:

 `store` should be static; I'll fix.  Thanks for the report.

-- 
Ticket URL: 
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] #3835: unpleasant linker warning

2010-01-22 Thread GHC
#3835: unpleasant linker warning
+---
Reporter:  maeder   |   Owner:  
Type:  bug  |  Status:  new 
Priority:  normal   |   Component:  Compiler
 Version:  6.12.1   |Keywords:  
  Os:  Solaris  |Testcase:  
Architecture:  x86  | Failure:  None/Unknown
+---
 When linking any binary (i.e. cabal) that uses the network package I get
 the following warning:

 {{{
 ld: warning: symbol `store' has differing types:
 (file /usr/lib/libnsl.so type=FUNC; file /home/pub-bkb/pc-
 solaris/ghc/ghc-6.12.1/lib/ghc-6.12.1/libHSrts_thr.a(Globals.thr_o)
 type=OBJT);
 /home/pub-bkb/pc-
 solaris/ghc/ghc-6.12.1/lib/ghc-6.12.1/libHSrts_thr.a(Globals.thr_o)
 definition taken
 ld: warning: symbol `store' has differing types:
 (file /usr/lib/libnsl.so type=FUNC; file /home/pub-bkb/pc-
 solaris/ghc/ghc-6.12.1/lib/ghc-6.12.1/libHSrts_thr.a(Globals.thr_o)
 type=OBJT);
 }}}

 I've got network-2.2.1.7 that as extra-libraries: nsl socket

-- 
Ticket URL: 
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] #3823: GHC 6.12 breaks combination of records and mutually recursive modules

2010-01-22 Thread GHC
#3823: GHC 6.12 breaks combination of records and mutually recursive modules
+---
  Reporter:  mboes  |  Owner:  igloo   
  Type:  merge  | Status:  closed  
  Priority:  high   |  Milestone:  6.12.2  
 Component:  Compiler   |Version:  6.12.1  
Resolution:  fixed  |   Keywords:  
Difficulty: | Os:  Unknown/Multiple
  Testcase:  T3823  |   Architecture:  Unknown/Multiple
   Failure:  GHC rejects valid program  |  
+---
Changes (by igloo):

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


Comment:

 I've merged this, but the example fails to build (in both HEAD and 6.12)
 with this error:
 {{{
 T3823B.hs:8:6:
 Couldn't match expected type `A' against inferred type `Bool'
 In the first argument of `y', namely `a'
 In the expression: y a
 In the definition of `b': b = y a
 }}}
 which looks correct to me.

-- 
Ticket URL: 
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] #3780: unix-2.4.0.0 fails with base 4.1

2010-01-22 Thread GHC
#3780: unix-2.4.0.0 fails with base 4.1
-+--
Reporter:  duncan|Owner:  igloo  
Type:  merge |   Status:  new
Priority:  normal|Milestone:  6.12.2 
   Component:  libraries/unix|  Version:  6.12.1 
Keywords:|   Difficulty:  Easy (less than 1 hour)
  Os:  Unknown/Multiple  | Testcase: 
Architecture:  Unknown/Multiple  |  Failure:  Other  
-+--
Changes (by simonmar):

  * owner:  => igloo
  * type:  bug => merge


Comment:

 Fixed:

 {{{
 Wed Jan 13 11:38:03 GMT 2010  Simon Marlow 
   * fix base dependency: should be >= 4.2 (#3780), and bump verison to
 2.4.0.1
 }}}

-- 
Ticket URL: 
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] #3812: segfault in maybePerformBlockedException

2010-01-22 Thread GHC
#3812: segfault in maybePerformBlockedException
---+
Reporter:  duncan  |Owner: 
Type:  bug |   Status:  new
Priority:  normal  |Milestone:  6.12.2 
   Component:  Runtime System  |  Version:  6.12.1 
Keywords:  |   Difficulty: 
  Os:  Solaris | Testcase: 
Architecture:  sparc   |  Failure:  Building GHC failed
---+

Comment(by simonmar):

 I tried building the stable branch on sparky, and I get

 {{{
 "inplace/bin/ghc-stage1" -optc-Wall -optc-Wextra -optc-Wstrict-prototypes
 -optc-Wmissing-prototypes -optc-Wmissing-declarations -optc-Winline -optc-
 Waggregate-return -optc-Wpointer-arith -optc-Wmissing-noreturn -optc-
 Wcast-align -optc-Wnested-externs -optc-Wredundant-decls -optc-Iincludes
 -optc-Irts -optc-DCOMPILING_RTS -optc-DUSE_LIBFFI_FOR_ADJUSTORS -optc-fno-
 strict-aliasing -optc-fno-common -optc-Ilibffi/build/include -optc-fomit-
 frame-pointer -optc-DRtsWay=\"rts_v\" -optc-w   -H64m -O0 -fasm -Iincludes
 -Irts -DCOMPILING_RTS -package-name rts -static  -dcmm-lint
 -Ilibffi/build/include -i -irts -irts/dist/build
 -irts/dist/build/autogen -Irts/dist/build -Irts/dist/build/autogen
 -optc-O2   -c rts/StgCRun.c -o rts/dist/build/StgCRun.o
 /opt/gcc/bin/../../SUNW0scgfss/4.0.4/prod/bin/fbe:
 "/tmp/ghc18508_0/ghc18508_0.s", line 18: error: statement syntax
 /opt/gcc/bin/../../SUNW0scgfss/4.0.4/prod/bin/fbe:
 "/tmp/ghc18508_0/ghc18508_0.s", line 32: error: statement syntax
 }}}

 the .s file in question is

 {{{
 .section".text",#alloc,#execinstr,#progbits
 .file   "StgCRun.c"
 .hidden StgRun

 .section".text",#alloc,#execinstr,#progbits
 .align  4


 .global StgRun
 StgRun:
 sethi   %hi(0x2000),%g1
 xor %g1,-96,%g1
 save%sp,%g1,%sp
 jmpl%i0,%o7
 nop
 sethi   %hi(0x1c00),%g1
 sethi   %hi(%l1),%i5
 xor %g1,-1024,%g1
 add %g1,%fp,%g1
 or  %g0,%g1,%o0

 .L90111:
 .align  4

 .L90112:
 .global StgReturn

 .L90113:

 .L90114:
 ld  [%i5+%lo(%l1)],%i0
 ret ! Result =  %i0
 restore %g0,%g0,%g0
 .type   StgRun,2
 .size   StgRun,(.-StgRun)
 .ident  "cg: Sun Compiler Common 12 SunOS_sparc gccfss_lang
 2007/07/11"
 .ident  "GCC: (GNU) 4.0.4 (gccfss)"
 .ident  "iropt: Sun Compiler Common 12 SunOS_sparc gccfss_lang
 2007/07/11"
 }}}

 any ideas?

-- 
Ticket URL: 
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] #3815: System.Win32.Types.failWith segfaults on unknown error code

2010-01-22 Thread GHC
#3815: System.Win32.Types.failWith segfaults on unknown error code
--+-
Reporter:  dherington |Owner:  igloo  
Type:  merge  |   Status:  new
Priority:  high   |Milestone:  6.12.2 
   Component:  libraries (other)  |  Version:  6.10.1 
Keywords:  getErrorMessage|   Difficulty:  Easy (less than 1 hour)
  Os:  Windows| Testcase: 
Architecture:  Unknown/Multiple   |  Failure:  Runtime crash  
--+-
Changes (by simonmar):

  * owner:  simonmar => igloo
  * status:  assigned => new
  * type:  bug => merge


Comment:

 Fixed:

 {{{
 Fri Jan 22 12:28:22 GMT 2010  Simon Marlow 
   * failWith: allow GetErrorMessage to return NULL (#3815)
 }}}

-- 
Ticket URL: 
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] #3815: System.Win32.Types.failWith segfaults on unknown error code

2010-01-22 Thread GHC
#3815: System.Win32.Types.failWith segfaults on unknown error code
--+-
Reporter:  dherington |Owner:  simonmar   
Type:  bug|   Status:  assigned   
Priority:  high   |Milestone:  6.12.2 
   Component:  libraries (other)  |  Version:  6.10.1 
Keywords:  getErrorMessage|   Difficulty:  Easy (less than 1 hour)
  Os:  Windows| Testcase: 
Architecture:  Unknown/Multiple   |  Failure:  Runtime crash  
--+-
Changes (by simonmar):

  * owner:  => simonmar
  * status:  new => assigned


-- 
Ticket URL: 
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] #3637: ./configure doesn't understand Gentoo's build/host/target

2010-01-22 Thread GHC
#3637: ./configure doesn't understand Gentoo's build/host/target
--+-
  Reporter:  kolmodin |  Owner:  igloo   
  Type:  merge| Status:  closed  
  Priority:  high |  Milestone:  6.12.2  
 Component:  Build System |Version:  6.12.1 RC1  
Resolution:  fixed|   Keywords:  regression  
Difficulty:  Unknown  | Os:  Unknown/Multiple
  Testcase:   |   Architecture:  Unknown/Multiple
   Failure:  Building GHC failed  |  
--+-
Changes (by igloo):

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


Comment:

 Merged.

-- 
Ticket URL: 
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] #3832: openTempFile does not apply an encoding to the stream

2010-01-22 Thread GHC
#3832: openTempFile does not apply an encoding to the stream
-+--
  Reporter:  ross|  Owner:  igloo   
  Type:  merge   | Status:  closed  
  Priority:  high|  Milestone:  6.12.2  
 Component:  libraries/base  |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:

 Merged.

-- 
Ticket URL: 
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] #2615: ghci doesn't play nice with linker scripts

2010-01-22 Thread GHC
#2615: ghci doesn't play nice with linker scripts
--+-
  Reporter:  AlecBerryman |  Owner:  igloo  

  Type:  bug  | Status:  closed 

  Priority:  normal   |  Milestone:  6.14.1 

 Component:  GHCi |Version:  6.10.1 

Resolution:  fixed|   Keywords:  dlopen, dynamic 
linking
Difficulty:  Unknown  | Os:  Linux  

  Testcase:   |   Architecture:  Unknown/Multiple   

   Failure:  Incorrect result at runtime  |  
--+-
Changes (by igloo):

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


Comment:

 Done.

-- 
Ticket URL: 
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] #3793: System.Time.toClockTime does not support all valid timezone offsets.

2010-01-22 Thread GHC
#3793: System.Time.toClockTime does not support all valid timezone offsets.
+---
Reporter:  daniel   |Owner: 

Type:  bug  |   Status:  new

Priority:  high |Milestone:  6.12.2 

   Component:  libraries/old-time   |  Version: 

Keywords:  tz timezone toClockTime  |   Difficulty:  Easy (less than 1 
hour)
  Os:  Unknown/Multiple | Testcase: 

Architecture:  Unknown/Multiple |  Failure:  Incorrect result at 
runtime
+---
Changes (by simonmar):

  * priority:  normal => high


Comment:

 we have a patch; make it high prio

-- 
Ticket URL: 
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] #3803: addCoverageTicksTobind should not panic when file location is Nothing

2010-01-22 Thread GHC
#3803: addCoverageTicksTobind should not panic when file location is Nothing
-+--
Reporter:  clemens   |Owner:  
Type:  bug   |   Status:  new 
Priority:  high  |Milestone:  6.12.2  
   Component:  Compiler  |  Version:  6.12.1  
Keywords:  hpc   |   Difficulty:  
  Os:  Unknown/Multiple  | Testcase:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
Changes (by simonmar):

  * priority:  normal => high


Comment:

 easy to fix, so bump prio.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs