The Glasgow Haskell Bugs Mailing List

GHC | 1 Oct 2011 09:07

Re: #4877: Template Haskell panic when splicing an infix expression with a non-variable middle bit

#4877: Template Haskell panic when splicing an infix expression with a non-
variable middle bit
---------------------------------+------------------------------------------
  Reporter:  benmachine          |          Owner:  simonpj         
      Type:  bug                 |         Status:  closed          
  Priority:  normal              |      Milestone:  7.2.1           
 Component:  Template Haskell    |        Version:  7.0.1           
Resolution:  fixed               |       Keywords:                  
  Testcase:                      |      Blockedby:                  
Difficulty:                      |             Os:  Unknown/Multiple
  Blocking:                      |   Architecture:  Unknown/Multiple
   Failure:  Compile-time crash  |  
---------------------------------+------------------------------------------

Comment(by NeilMitchell):

 The error message that was added was "Operator application with a non-
 variable operator" - I got that error message and was very confused (I
 resorted to reading the source code to figure out what it meant). I think
 it would be far clearer if it read "Infix application with a non-variable
 operator" - OpApp is an internal GHC detail which users of Template
 Haskell aren't aware of - they will have written InfixE.

--

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

GHC | 1 Oct 2011 11:14

Re: #5518: Some unicode symbols are not allow in literal characters or strings

#5518: Some unicode symbols are not allow in literal characters or strings
-------------------------------+--------------------------------------------
    Reporter:  ertai           |        Owner:              
        Type:  bug             |       Status:  infoneeded  
    Priority:  normal          |    Milestone:              
   Component:  Compiler        |      Version:  7.0.3       
    Keywords:                  |     Testcase:              
   Blockedby:                  |   Difficulty:              
          Os:  Linux           |     Blocking:              
Architecture:  x86_64 (amd64)  |      Failure:  None/Unknown
-------------------------------+--------------------------------------------

Comment(by ertai):

 Ok, thank you.

--

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

GHC | 1 Oct 2011 14:44

Re: #3008: Strange behavior when using newtyped version of IO monad in FFI import declarations

#3008: Strange behavior when using newtyped version of IO monad in FFI import
declarations
-------------------------------+--------------------------------------------
    Reporter:  waern           |        Owner:  igloo       
        Type:  bug             |       Status:  new         
    Priority:  normal          |    Milestone:  7.4.1       
   Component:  Compiler (FFI)  |      Version:  6.10.1      
    Keywords:  FFI             |     Testcase:              
   Blockedby:                  |   Difficulty:  Unknown     
          Os:  Linux           |     Blocking:              
Architecture:  x86_64 (amd64)  |      Failure:  None/Unknown
-------------------------------+--------------------------------------------

Comment(by igloo <at> …):

 commit 5b988961338f73af5790bfd365ca79c858249cea
 {{{
 Author: Ian Lynagh <igloo <at> earth.li>
 Date:   Fri Sep 30 21:57:53 2011 +0100

     Handle newtypes and type functions correctly in FFI types; fixes #3008

     You can now use type functions in FFI types.

     Newtypes are now only looked through if the constructor is in scope.

  compiler/deSugar/DsCCall.lhs     |    4 +-
  compiler/deSugar/DsForeign.lhs   |   82 +++++++++++---------
  compiler/deSugar/DsMeta.hs       |    2 +-
  compiler/hsSyn/Convert.lhs       |    4 +-

(Continue reading)

GHC | 1 Oct 2011 15:10

Re: #3008: Strange behavior when using newtyped version of IO monad in FFI import declarations

#3008: Strange behavior when using newtyped version of IO monad in FFI import
declarations
-----------------------------+----------------------------------------------
  Reporter:  waern           |          Owner:  igloo         
      Type:  bug             |         Status:  closed        
  Priority:  normal          |      Milestone:  7.4.1         
 Component:  Compiler (FFI)  |        Version:  6.10.1        
Resolution:  fixed           |       Keywords:  FFI           
  Testcase:                  |      Blockedby:                
Difficulty:  Unknown         |             Os:  Linux         
  Blocking:                  |   Architecture:  x86_64 (amd64)
   Failure:  None/Unknown    |  
-----------------------------+----------------------------------------------
Changes (by igloo):

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

Comment:

 Fixed.

--

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

GHC | 1 Oct 2011 15:13

Re: #5430: System.Time.formatCalendarTime: %j starts at 0 whereas strftime's %j starts at 1

#5430: System.Time.formatCalendarTime: %j starts at 0 whereas strftime's %j starts
at 1
----------------------------------+-----------------------------------------
  Reporter:  guest                |          Owner:  igloo 
      Type:  bug                  |         Status:  closed
  Priority:  normal               |      Milestone:  7.4.1 
 Component:  libraries/haskell98  |        Version:  6.12.1
Resolution:  fixed                |       Keywords:        
  Testcase:                       |      Blockedby:        
Difficulty:                       |             Os:  Linux 
  Blocking:                       |   Architecture:  x86   
   Failure:  Documentation bug    |  
----------------------------------+-----------------------------------------
Changes (by igloo):

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

Comment:

 Fixed by:
 {{{
 commit 3669ee6fd9cfbec4d8f3b5e5f8862b864f427b7f
 Author: Ian Lynagh <igloo <at> earth.li>
 Date:   Fri Sep 30 12:27:06 2011 +0100

     Make %j return values in the right range; fixes #5430

     Both "struct tm" and the CalendarTime type use 000-365, but %j

(Continue reading)

GHC | 1 Oct 2011 17:54

Re: #5507: Template Haskell needs extra library dirs

#5507: Template Haskell needs extra library dirs
---------------------------------+------------------------------------------
  Reporter:  jwlato              |          Owner:  igloo                 
      Type:  bug                 |         Status:  closed                
  Priority:  normal              |      Milestone:  7.4.1                 
 Component:  Template Haskell    |        Version:  7.2.1                 
Resolution:  fixed               |       Keywords:  template haskell, link
  Testcase:                      |      Blockedby:                        
Difficulty:                      |             Os:  MacOS X               
  Blocking:                      |   Architecture:  x86_64 (amd64)        
   Failure:  Compile-time crash  |  
---------------------------------+------------------------------------------
Changes (by igloo):

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

Comment:

 Aha, on OS X I can reproduce this with 7.2 but not HEAD. So I think this
 is fixed, although I can't easily find the patch that fixed it.

--

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

GHC | 1 Oct 2011 18:21

Re: #4264: shared library bus error on OS X

#4264: shared library bus error on OS X
---------------------------------+------------------------------------------
    Reporter:  igloo             |        Owner:  igloo       
        Type:  bug               |       Status:  new         
    Priority:  high              |    Milestone:  7.4.1       
   Component:  Compiler          |      Version:  6.12.3      
    Keywords:                    |     Testcase:              
   Blockedby:                    |   Difficulty:              
          Os:  MacOS X           |     Blocking:              
Architecture:  Unknown/Multiple  |      Failure:  None/Unknown
---------------------------------+------------------------------------------

Comment(by igloo):

 It was probably 32bit.

--

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

GHC | 1 Oct 2011 21:21

Re: #5237: Inefficient code generated for x^2

#5237: Inefficient code generated for x^2
--------------------------------------+-------------------------------------
  Reporter:  scpmw                    |          Owner:                
      Type:  bug                      |         Status:  new           
  Priority:  normal                   |      Milestone:  7.4.1         
 Component:  libraries/base           |        Version:  7.0.3         
Resolution:                           |       Keywords:                
  Testcase:                           |      Blockedby:                
Difficulty:                           |             Os:  Linux         
  Blocking:                           |   Architecture:  x86_64 (amd64)
   Failure:  Runtime performance bug  |  
--------------------------------------+-------------------------------------

Comment(by daniel.is.fischer):

 Patch now with let-binding to ensure sharing of `x`.

--

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

GHC | 1 Oct 2011 22:37

Re: #5237: Inefficient code generated for x^2

#5237: Inefficient code generated for x^2
--------------------------------------+-------------------------------------
  Reporter:  scpmw                    |          Owner:                
      Type:  bug                      |         Status:  new           
  Priority:  normal                   |      Milestone:  7.4.1         
 Component:  libraries/base           |        Version:  7.0.3         
Resolution:                           |       Keywords:                
  Testcase:                           |      Blockedby:                
Difficulty:                           |             Os:  Linux         
  Blocking:                           |   Architecture:  x86_64 (amd64)
   Failure:  Runtime performance bug  |  
--------------------------------------+-------------------------------------

Comment(by igloo):

 Is adding the more specific rules the right thing to do?

 Or would it make more sense for the optimiser to always choose rules over
 specialisations?

--

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

GHC | 1 Oct 2011 22:50

Re: #5237: Inefficient code generated for x^2

#5237: Inefficient code generated for x^2
--------------------------------------+-------------------------------------
  Reporter:  scpmw                    |          Owner:                
      Type:  bug                      |         Status:  new           
  Priority:  normal                   |      Milestone:  7.4.1         
 Component:  libraries/base           |        Version:  7.0.3         
Resolution:                           |       Keywords:                
  Testcase:                           |      Blockedby:                
Difficulty:                           |             Os:  Linux         
  Blocking:                           |   Architecture:  x86_64 (amd64)
   Failure:  Runtime performance bug  |  
--------------------------------------+-------------------------------------

Comment(by daniel.is.fischer):

 I think it would be better if the optimiser chose rules over
 specialisations. If that's easily enough done, great. Otherwise adding the
 more specific rules is the right thing.

--

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

Group

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

Search Archive

Page

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

Articles in period: 432

October 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

#7930: Nested STM Invariants are lost (24 May 2013)
#7929: -pgma and -pgmc flags dont work as expected on mac (24 May 2013)
#7928: GHC fails to terminate while compiling with optimizations (24 May 2013)
#7927: Error in 'lift' line causes the 'impossible' to happen (24 May 2013)
#7926: eventfd: unsupported operation when doing anything (23 May 2013)
#7925: ghc 7.4.2 builds with errors on Red Had Enterprise Linux 6 (22 May 2013)
#7924: throwIO gets subsumed by a later imprecise exception (22 May 2013)
#2528: nub not as reliable as nubBy (22 May 2013)
#7923: Optimization for takeMVar/putMVar when MVar left empty (21 May 2013)
#7922: adding direct *.c -> object code (*.o/so/dylib) support to comp (20 May 2013)
#7921: DSO linking bug in unix package (20 May 2013)
#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)

Archives

351	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