The Glasgow Haskell Bugs Mailing List

GHC | 1 Feb 2011 05:39

Re: #4895: hGetBufSome returns 0 when it should not

#4895: hGetBufSome returns 0 when it should not
---------------------------------+------------------------------------------
    Reporter:  guest             |        Owner:  simonmar                   
        Type:  bug               |       Status:  merge                      
    Priority:  high              |    Milestone:  7.0.2                      
   Component:  libraries/base    |      Version:  7.0.1                      
    Keywords:                    |     Testcase:                             
   Blockedby:                    |   Difficulty:                             
          Os:  Linux             |     Blocking:                             
Architecture:  Unknown/Multiple  |      Failure:  Incorrect result at runtime
---------------------------------+------------------------------------------

Comment(by kazu-yamamoto):

 It seems to me that this patch have not been marged to ghc-7.0 yet. Please
 merge this.

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4895#comment:6>

GHC | 1 Feb 2011 07:34

Re: #4902: Create a primop for getting the size of an Array#

#4902: Create a primop for getting the size of an Array#
---------------------------------+------------------------------------------
    Reporter:  tibbe             |        Owner:              
        Type:  feature request   |       Status:  patch       
    Priority:  normal            |    Milestone:              
   Component:  Runtime System    |      Version:  7.0.1       
    Keywords:                    |     Testcase:              
   Blockedby:                    |   Difficulty:              
          Os:  Unknown/Multiple  |     Blocking:              
Architecture:  Unknown/Multiple  |      Failure:  None/Unknown
---------------------------------+------------------------------------------

Comment(by pumpkin):

 I'm using the correct offset now. It currently makes no difference because
 it happens to be 0, but it makes us more future-proof. Still no tests, but
 I probably won't have a chance to write any for a little bit, so if anyone
 else wants to in the mean time I certainly won't be offended!

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4902#comment:5>

GHC | 1 Feb 2011 07:42

Re: #4928: Add primops for copying/cloning an array

#4928: Add primops for copying/cloning an array
---------------------------------+------------------------------------------
    Reporter:  tibbe             |       Owner:                
        Type:  feature request   |      Status:  new           
    Priority:  normal            |   Component:  Runtime System
     Version:  7.0.1             |    Keywords:                
    Testcase:                    |   Blockedby:                
          Os:  Unknown/Multiple  |    Blocking:                
Architecture:  Unknown/Multiple  |     Failure:  None/Unknown  
---------------------------------+------------------------------------------

Comment(by pumpkin):

 The new patch has all the primops listed above, but apart from some
 trivial testing I did in ghci, it still needs some testing love.

 Current issues with the implementation lie mostly in the card copying
 logic. Since we allow different source and destination offsets to be
 specified in the primop call, and these offsets may not be aligned mod 128
 (or whatever the card width is), a single source card may overlap two
 destination cards. So the current logic simply optimizes for the current
 case, and if the two offsets are aligned mod 128, it uses a
 memcpy/memmove, and otherwise it simply memsets the cards all to 1 (so the
 GC may do some extra work).

 For future work, it's worth seeing how expensive the cmm loop would be
 that does the "right" thing for copying the subcard-shifted cards would
 be. Also, for tibbe's common case, we're cloning 32-element arrays, which
 only have one card. Calling out to memcpy for a single word (it gets
 rounded up to a multiple of a word) seems silly, but only profiling can

(Continue reading)

GHC | 1 Feb 2011 08:59

Re: #4936: Unbox sum types without fields

#4936: Unbox sum types without fields
---------------------------------+------------------------------------------
    Reporter:  tibbe             |        Owner:              
        Type:  feature request   |       Status:  new         
    Priority:  normal            |    Milestone:              
   Component:  Compiler          |      Version:  7.0.1       
    Keywords:                    |     Testcase:              
   Blockedby:                    |   Difficulty:              
          Os:  Unknown/Multiple  |     Blocking:              
Architecture:  Unknown/Multiple  |      Failure:  None/Unknown
---------------------------------+------------------------------------------

Comment(by simonpj):

 Can you give a small program that doesn't optimise as well as you'd like,
 and a hand-optimised version that does better?

 Concerning #2289, unboxing a pure enumeration (as you propose here) is
 much easier than unboing a general sum type such as lists (which is what
 Don's comment in #2289 asked for). In any case, #2289 is largly about
 another issue (nested CPR).

 simon

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4936#comment:2>

GHC | 1 Feb 2011 09:45

Re: #4935: New type error in GHC 7.1 with TypeFamilies, Rank2Types

#4935: New type error in GHC 7.1 with TypeFamilies, Rank2Types
----------------------------------------+-----------------------------------
    Reporter:  patrick_premont          |        Owner:              
        Type:  bug                      |       Status:  new         
    Priority:  normal                   |    Milestone:              
   Component:  Compiler (Type checker)  |      Version:  7.1         
    Keywords:                           |     Testcase:              
   Blockedby:                           |   Difficulty:              
          Os:  Windows                  |     Blocking:              
Architecture:  x86                      |      Failure:  None/Unknown
----------------------------------------+-----------------------------------

Comment(by simonpj):

 Yes this is a definite bug; thank you!  Should not be hard to fix.

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4935#comment:1>

GHC | 1 Feb 2011 10:43

Re: #4936: Unbox sum types without fields

#4936: Unbox sum types without fields
------------------------------+---------------------------------------------
  Reporter:  tibbe            |          Owner:                  
      Type:  feature request  |         Status:  closed          
  Priority:  normal           |      Milestone:                  
 Component:  Compiler         |        Version:  7.0.1           
Resolution:  duplicate        |       Keywords:                  
  Testcase:                   |      Blockedby:                  
Difficulty:                   |             Os:  Unknown/Multiple
  Blocking:                   |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown     |  
------------------------------+---------------------------------------------
Changes (by simonmar):

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

Comment:

 Duplicate of #605.

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4936#comment:3>

GHC | 1 Feb 2011 10:43

Re: #605: Optimisation: strict enumerations

#605: Optimisation: strict enumerations
--------------------------------------+-------------------------------------
  Reporter:  simonmar                 |          Owner:                  
      Type:  task                     |         Status:  new             
  Priority:  normal                   |      Milestone:  _|_             
 Component:  Compiler                 |        Version:  None            
Resolution:  None                     |       Keywords:                  
  Testcase:  N/A                      |      Blockedby:                  
Difficulty:  Difficult (2-5 days)     |             Os:  Unknown/Multiple
  Blocking:                           |   Architecture:  Unknown/Multiple
   Failure:  Runtime performance bug  |  
--------------------------------------+-------------------------------------

Comment(by simonmar):

 Also requested in #4936

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/605#comment:12>

GHC | 1 Feb 2011 10:49

Re: #605: Optimisation: strict enumerations

#605: Optimisation: strict enumerations
--------------------------------------+-------------------------------------
  Reporter:  simonmar                 |          Owner:                  
      Type:  task                     |         Status:  new             
  Priority:  normal                   |      Milestone:  _|_             
 Component:  Compiler                 |        Version:  None            
Resolution:  None                     |       Keywords:                  
  Testcase:  N/A                      |      Blockedby:                  
Difficulty:  Difficult (2-5 days)     |             Os:  Unknown/Multiple
  Blocking:                           |   Architecture:  Unknown/Multiple
   Failure:  Runtime performance bug  |  
--------------------------------------+-------------------------------------
Changes (by simonpj):

 * cc: tibbe (added)

Comment:

 I'd still like to see a test program showing the existing setup, compared
 what you get with manual unboxing of enumerations.  That would give us an
 idea of whether there's a real perf win here.

 Simon

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/605#comment:13>

GHC | 1 Feb 2011 10:53

#4939: Panic in parsing a stmt

#4939: Panic in parsing a stmt
---------------------------------+------------------------------------------
    Reporter:  simonpj           |        Owner:              
        Type:  bug               |       Status:  new         
    Priority:  normal            |    Milestone:              
   Component:  Compiler          |      Version:  7.0.1       
    Keywords:                    |     Testcase:              
   Blockedby:                    |   Difficulty:              
          Os:  Unknown/Multiple  |     Blocking:              
Architecture:  Unknown/Multiple  |      Failure:  None/Unknown
---------------------------------+------------------------------------------
 Daniel Gorin (dgorin <at> dc.uba.ar) reports:
 I'm trying to make the hint library work also with ghc 7 and I'm having
 problems with some test-cases that are now raising exceptions. I've been
 able to reduce the problem to a small example. The program below runs ghc
 in interpreter-mode and attempts to parse an statement using ghc's
 parseStmt function; the particular statement is a let-expression with a \n
 in the middle. The observed behaviour is:
 {{{
 $ ghc-6.12.1 -fforce-recomp --make -package ghc -cpp -Wall d.hs && ./d
 [1 of 1] Compiling Main             ( d.hs, d.o )
 Linking d ...
 let {e = let x = ()
 in x ;} in e
 Ok
 $ ghc-7.0.1 -fforce-recomp --make -package ghc -cpp -Wall d.hs && ./d
 [1 of 1] Compiling Main             ( d.hs, d.o )
 Linking d ...
 let {e = let x = ()
 in x ;} in e

(Continue reading)

GHC | 1 Feb 2011 11:02

#4940: Bad error message using poly pat bind with MonoPatBinds

#4940: Bad error message using poly pat bind with MonoPatBinds
---------------------------------+------------------------------------------
    Reporter:  batterseapower    |       Owner:                                   
        Type:  feature request   |      Status:  new                              
    Priority:  normal            |   Component:  Compiler (Type checker)          
     Version:  7.0.1             |    Keywords:                                   
    Testcase:                    |   Blockedby:                                   
          Os:  Unknown/Multiple  |    Blocking:                                   
Architecture:  Unknown/Multiple  |     Failure:  Incorrect warning at compile-time
---------------------------------+------------------------------------------
 This program:

 {{{
 foo :: a -> a
 bar :: a -> a
 (foo, bar) = (\x -> x, \y -> y)

 main = print $ foo $ bar 1
 }}}

 Is trying to pattern-bind a polymorphic function. The error message is
 dreadful:

 {{{
 /Users/mbolingbroke/Junk/PolyPatBinds.hs:5:15:
     Couldn't match expected type `t -> t1'
                 with actual type `forall a. a -> a'
     The lambda expression `\ x -> x' has one argument one argument,
     but its type `forall a. a -> a' has none
     In the expression: \ x -> x

(Continue reading)

Group

gmane.comp.lang.haskell.glasgow.bugs.

Search Archive

Page

1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 60

Articles in period: 594

February 2011

Language

Change language

Options

Current view: Threads only / Showing only 20 lines / Not hiding cited text.
Change to All messages, whole messages, or hide cited text.

Post a message
NNTP Newsgroup
Classic Gmane web interface
XML

XML

RSS Feed
List Information

About Gmane

Recent entries

#7920: type-checker panic (kindFunResult) (19 May 2013)
#7919: Heap corruption (segfault) from large 'let' expression (17 May 2013)
#7918: SrcSpan's associated with expanded quasi-quotes are inconsisten (17 May 2013)
#7917: update documentation of InstalledPackageInfo (17 May 2013)
#7916: PolyKinds without type signatures (16 May 2013)
#7915: Documentation uses deprecated record GADT syntax (16 May 2013)
#781: GHCi on x86_64, cannot link to static data in shared libs (16 May 2013)
#7914: base library's MD5 symbols clash with others (16 May 2013)
#7913: Argument order not preserved by nubBy (15 May 2013)
#7912: Missing symbols from termios.h when linking on Android (15 May 2013)
#7911: The following code makes ghc panic (15 May 2013)
#7910: ConstraintKinds and reifyInstances (15 May 2013)
#7909: GHC doesn't respect -optl and -optc in a couple of places (14 May 2013)
#7908: InstanceSigs suggestion not accepted (14 May 2013)
#910: --make should have a -j flag for parallel building (13 May 2013)
#7907: patch to make comment about stgclosure struct more accurate (13 May 2013)
#7906: INLINEABLE on class method triggers the error for INLINE (11 May 2013)
#7905: Type checker barfs on nonsensical expression (11 May 2013)
#7904: GHC calls the cc1 of a gcc thats not the first in PATH (11 May 2013)
#7903: Failure to find class instance specified with extra parentheses (10 May 2013)
#7902: Add support for byte endianness swapping exposed as a primops (10 May 2013)

Archives

260	May 2013
738	April 2013
472	March 2013
516	February 2013
891	January 2013
359	December 2012
547	November 2012
676	October 2012
412	September 2012
554	August 2012
483	July 2012
2050	June 2012
364	May 2012
546	April 2012
505	March 2012
454	February 2012
654	January 2012
457	December 2011
650	November 2011
432	October 2011
535	September 2011
509	August 2011
609	July 2011
461	June 2011
539	May 2011
602	April 2011
649	March 2011
522	February 2011
378	January 2011
597	December 2010
722	November 2010
813	October 2010
577	September 2010
310	August 2010
488	July 2010
457	June 2010
483	May 2010
419	April 2010
240	March 2010
263	February 2010
415	January 2010
453	December 2009
566	November 2009
352	October 2009
358	September 2009
346	August 2009
423	July 2009
289	June 2009
353	May 2009
755	April 2009
455	March 2009
384	February 2009
428	January 2009
339	December 2008
449	November 2008
543	October 2008
380	September 2008
432	August 2008
538	July 2008
504	June 2008
306	May 2008
364	April 2008
279	March 2008
321	February 2008
395	January 2008
305	December 2007
990	November 2007
390	October 2007
431	September 2007
386	August 2007
505	July 2007
345	June 2007
419	May 2007
211	April 2007
344	March 2007
246	February 2007
363	January 2007
143	December 2006
285	November 2006
375	October 2006
200	September 2006
186	August 2006
112	July 2006
141	June 2006
128	May 2006
80	April 2006
157	March 2006
95	February 2006
193	January 2006
170	December 2005
72	November 2005
88	October 2005
99	September 2005
117	August 2005
147	July 2005
77	June 2005
129	May 2005
154	April 2005
151	March 2005
90	February 2005
81	January 2005
86	December 2004
47	November 2004
62	October 2004
83	September 2004
57	August 2004
47	July 2004
65	June 2004
91	May 2004
38	April 2004
59	March 2004
60	February 2004
43	January 2004
56	December 2003
53	November 2003
82	October 2003
80	September 2003
66	August 2003
88	July 2003
100	June 2003
83	May 2003
86	April 2003
90	March 2003
80	February 2003
77	January 2003
40	December 2002
63	November 2002
58	October 2002
118	September 2002
42	August 2002
42	July 2002

Design

Zawodny | Right Menu | Left Menu

Your Own Design

Paste the URL of your CSS below. Download CSS template