[GHC] #1314: System.FilePath is documented but missing

#1314: System.FilePath is documented but missing
-----------------------+----------------------------------------------------
  Reporter:  guest     |          Owner:         
      Type:  bug       |         Status:  new    
  Priority:  normal    |      Milestone:         
 Component:  Compiler  |        Version:  6.6.1  
  Severity:  normal    |       Keywords:         
Difficulty:  Unknown   |             Os:  Unknown
  Testcase:            |   Architecture:  Unknown
-----------------------+----------------------------------------------------
It seems like it's been defunct for years, no? Is there a replacement, and
 could the documentation be updated?

 For us newbies it's incredibly frustrating to have the doc out of date
 like this.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1314>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1314: System.FilePath is documented but missing

#1314: System.FilePath is documented but missing
-------------------------+--------------------------------------------------
    Reporter:  guest     |        Owner:         
        Type:  bug       |       Status:  closed 
    Priority:  normal    |    Milestone:         
   Component:  Compiler  |      Version:  6.6.1  
    Severity:  normal    |   Resolution:  invalid
    Keywords:            |   Difficulty:  Unknown
          Os:  Unknown   |     Testcase:         
Architecture:  Unknown   |  
-------------------------+--------------------------------------------------
Changes (by guest):

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

Comment:

 Whoops, sorry. I was looking at the online doc at haskell.org. The doc
 that ships with ghc tells the truth.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1314>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

[GHC] #1315: System.Process.runInteractiveProcess needs a way to pipe just some handles

#1315: System.Process.runInteractiveProcess needs a way to pipe just some handles
-------------------------------+--------------------------------------------
  Reporter:  simonmar          |          Owner:         
      Type:  task              |         Status:  new    
  Priority:  normal            |      Milestone:  6.8    
 Component:  libraries/base    |        Version:  6.6.1  
  Severity:  normal            |       Keywords:         
Difficulty:  Moderate (1 day)  |             Os:  Unknown
  Testcase:                    |   Architecture:  Unknown
-------------------------------+--------------------------------------------
Currently `runInteractiveProcess` attaches pipes to all 3 standard
 handles.  Sometimes it's necessary to attach pipes to a subset, and
 possibly pass in existing Handles for the others.  For example this could
 be used to connect a sequence of processes together with pipes.  Also see
 Distribution.Simple.Utils.rawSystemStdout.

 While we're here, we could add a more convenient popen-like API.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1315>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1292: -Wall doesn't include all warnings

#1292: -Wall doesn't include all warnings
-------------------------+--------------------------------------------------
    Reporter:  guest     |        Owner:         
        Type:  bug       |       Status:  closed 
    Priority:  normal    |    Milestone:         
   Component:  Compiler  |      Version:  6.7    
    Severity:  normal    |   Resolution:  fixed  
    Keywords:            |   Difficulty:  Unknown
          Os:  Unknown   |     Testcase:         
Architecture:  Unknown   |  
-------------------------+--------------------------------------------------
Changes (by simonmar):

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

Comment:

 Ok, I'm convinced.  `-Wall` would be rather less useful if it really
 included all warnings.  I've updated the documentation to match the
 current behaviour.

 I'm ambivalent about whether `-fwarn-monomorphism-restriction` should be
 in `-Wall`; Simon PJ believes it should be.  That discussion can be moved
 to the mailing list, however.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1292>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

groupBy

Hello,

My copy of the library documentation says:

    groupBy :: (a -> a -> Bool) -> [a] -> [[a]]
    The groupBy function is the non-overloaded version of group.
    User-supplied comparison (replacing an Ord context)
    The function is assumed to define a total ordering.

But group has an Eq context. I don't understand how an Ord context
would even be used, or how the function argument of groupBy is meant
to define a total ordering. Is this a typo?

Frederik

--

-- 
http://ofb.net/~frederik/

[GHC] #1316: add warning for local type signatures that use the same type variable names as outer type signatures

#1316: add warning for local type signatures that use the same type variable names
as outer type signatures
------------------------------+---------------------------------------------
  Reporter:  Isaac Dupree     |          Owner:         
      Type:  feature request  |         Status:  new    
  Priority:  normal           |      Milestone:         
 Component:  Compiler         |        Version:  6.6.1  
  Severity:  normal           |       Keywords:         
Difficulty:  Unknown          |             Os:  Unknown
  Testcase:                   |   Architecture:  Unknown
------------------------------+---------------------------------------------
for a (poor) example,
 {{{
 f :: a -> a
 f x = x
    where
      g :: a  --this is (forall x. x) not the 'a' from f's type signature
              -- So, warn about this signature.
      g = undefined
 }}}
 Because it is likely to be confusing, as well as interfering with any
 possibility of the type variables being considered scoped by default.  In
 fact, this may be a helpful/explanatory message in cases where there will
 also be a type error due to the type variables not actually being scoped.
 (although, detecting those cases particularly and giving a recommended
 solution for how to give such a type signature, would be a more difficult
 endeavor (what to recommend?))

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1316>

[GHC] #1317: add warning for the Prelude being imported implicitly

#1317: add warning for the Prelude being imported implicitly
------------------------------+---------------------------------------------
  Reporter:  Isaac Dupree     |          Owner:         
      Type:  feature request  |         Status:  new    
  Priority:  normal           |      Milestone:         
 Component:  Compiler         |        Version:  6.6.1  
  Severity:  normal           |       Keywords:         
Difficulty:  Unknown          |             Os:  Unknown
  Testcase:                   |   Architecture:  Unknown
------------------------------+---------------------------------------------
For those who don't like the implicit Prelude (but have an existing
 codebase to work with, or want to stay compatible with Haskell standards).
 The only ways to keep the warning from triggering, once enabled, are
 `-fno-implicit-prelude`/`LANGUAGE NoImplicitPrelude`, and/or at least one
 `import ... Prelude ...` line appearing in the module.

 Proposed flag name:  -fwarn-implicit-prelude

 Proposed "on" status:  not even on with -Wall, must be enabled explicitly

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1317>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

[GHC] #1318: add warning for prefix negate operator and flag to replace it with negative numeric literals

#1318: add warning for prefix negate operator and flag to replace it with negative
numeric literals
--------------------------------+-------------------------------------------
  Reporter:  Isaac Dupree       |          Owner:  Isaac Dupree
      Type:  feature request    |         Status:  new         
  Priority:  normal             |      Milestone:  6.8         
 Component:  Compiler (Parser)  |        Version:  6.6.1       
  Severity:  normal             |       Keywords:              
Difficulty:  Unknown            |             Os:  Unknown     
  Testcase:                     |   Architecture:  Unknown     
--------------------------------+-------------------------------------------
This is tracking a few things relating to the notion that Haskell's single
 prefix operator, "`-`", should not exist and "`-1`" should parse as a
 single token anyway.  See
 http://thread.gmane.org/gmane.comp.lang.haskell.glasgow.user/11954


 If there is a LANGUAGE option for this, what should it be called; and what
 should the ghc flags be called? Should turning off prefix negation and
 turning on negative numeric literals be separately controllable? This sort
 of question (exactly what should be implemented) is probably half the
 difficulty here.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1318>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org

[GHC] #1319: grammatical mistake in user's guide description of -fwarn-name-shadowing

#1319: grammatical mistake in user's guide description of -fwarn-name-shadowing
----------------------------+-----------------------------------------------
  Reporter:  Isaac Dupree   |          Owner:         
      Type:  bug            |         Status:  new    
  Priority:  normal         |      Milestone:         
 Component:  Documentation  |        Version:  6.6.1  
  Severity:  trivial        |       Keywords:         
Difficulty:  Unknown        |             Os:  Unknown
  Testcase:                 |   Architecture:  Unknown
----------------------------+-----------------------------------------------
http://www.haskell.org/ghc/docs/latest/html/users_guide/options-

 sanity.html

 "Consequently, this option does will complain about cyclic recursive
 definitions."

 "does will" isn't quite right - I think it should just be "will"

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1319>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1319: grammatical mistake in user's guide description of -fwarn-name-shadowing

#1319: grammatical mistake in user's guide description of -fwarn-name-shadowing
------------------------------+---------------------------------------------
    Reporter:  Isaac Dupree   |        Owner:         
        Type:  bug            |       Status:  closed 
    Priority:  normal         |    Milestone:         
   Component:  Documentation  |      Version:  6.6.1  
    Severity:  trivial        |   Resolution:  fixed  
    Keywords:                 |   Difficulty:  Unknown
          Os:  Unknown        |     Testcase:         
Architecture:  Unknown        |  
------------------------------+---------------------------------------------
Changes (by chevalier <at> alum.wellesley.edu):

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

Comment:

 Fixed it.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1319>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs