Re: [GHC] #1695: library submission: Data.Either.unzipEithers :: [Either a b] -> ([a], [b])

[GHC]

#1695: library submission: Data.Either.unzipEithers :: [Either a b] -> ([a],[b])
+---
 Reporter:  JeremyShaw  |  Owner: 
 Type:  proposal| Status:  closed 
 Priority:  normal  |  Milestone:  Not GHC
Component:  libraries/base  |Version:  6.8
 Severity:  minor   | Resolution:  duplicate  
 Keywords:  | Difficulty:  Easy (1 hr)
 Testcase:  |   Architecture:  Unknown
   Os:  Unknown |  
+---
Changes (by igloo):

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

Comment:

 This ticket is a duplicate of the only part of #974 that isn't decided, so
 this ticket is no easier to resolve than all of #974. Thus I'm closing it
 as a duplicate.

-- 
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] #1695: library submission: Data.Either.unzipEithers :: [Either a b] -> ([a], [b])

[GHC]

#1695: library submission: Data.Either.unzipEithers :: [Either a b] -> ([a],[b])
+---
 Reporter:  JeremyShaw  |  Owner: 
 Type:  proposal| Status:  reopened   
 Priority:  normal  |  Milestone:  Not GHC
Component:  libraries/base  |Version:  6.8
 Severity:  minor   | Resolution: 
 Keywords:  | Difficulty:  Easy (1 hr)
 Testcase:  |   Architecture:  Unknown
   Os:  Unknown |  
+---
Changes (by igloo):

  * milestone:  => Not GHC

-- 
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] #1695: library submission: Data.Either.unzipEithers :: [Either a b] -> ([a], [b])

[GHC]

#1695: library submission: Data.Either.unzipEithers :: [Either a b] -> ([a],[b])
---+
Reporter:  JeremyShaw  |Owner: 
Type:  proposal|   Status:  reopened   
Priority:  normal  |Milestone: 
   Component:  libraries/base  |  Version:  6.8
Severity:  minor   |   Resolution: 
Keywords:  |   Difficulty:  Easy (1 hr)
  Os:  Unknown | Testcase: 
Architecture:  Unknown |  
---+
Changes (by guest):

  * cc:  => [EMAIL PROTECTED]

-- 
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] #1695: library submission: Data.Either.unzipEithers :: [Either a b] -> ([a], [b])

[GHC]

#1695: library submission: Data.Either.unzipEithers :: [Either a b] -> ([a],[b])
---+
Reporter:  JeremyShaw  |Owner: 
Type:  proposal|   Status:  reopened   
Priority:  normal  |Milestone: 
   Component:  libraries/base  |  Version:  6.8
Severity:  minor   |   Resolution: 
Keywords:  |   Difficulty:  Easy (1 hr)
  Os:  Unknown | Testcase: 
Architecture:  Unknown |  
---+
Old description:

> This function is like unzip for a list of Eithers instead of tuples.
>
> According to google code search, I am at least the 5th person to
> implement this function:
>
> http://www.google.com/codesearch?hl=en&lr=&q=%22%5BEither+a+b%5D+-%3E+%28%5Ba%5D%2C%5Bb%5D%29%22&btnG=Search
>
> I opted for the name unzipEithers because the function is similar to
> two existing functions: unzip and catMaybes. It seems less similar to
> partition, because partition does not desconstruct the values, it just
> divides them into to two groups. I have no particular attachment to the
> name however.
>
> I modeled the implementation after unzip and partition. Hopefully I
> made effective use of the irrefutable patterns and laziness, but
> someone else should verify.

New description:

 This function is like unzip for a list of Eithers instead of tuples.

 According to google code search, I am at least the 5th person to
 implement this function:

 
http://www.google.com/codesearch?hl=en&lr=&q=%22%5BEither+a+b%5D+-%3E+%28%5Ba%5D%2C%5Bb%5D%29%22&btnG=Search

 I opted for the name unzipEithers because the function is similar to
 two existing functions: unzip and catMaybes. It seems less similar to
 partition, because partition does not desconstruct the values, it just
 divides them into to two groups. I have no particular attachment to the
 name however.

 I modeled the implementation after unzip and partition. Hopefully I
 made effective use of the irrefutable patterns and laziness, but
 someone else should verify.

 Deadline: October 15

-- 
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] #1695: library submission: Data.Either.unzipEithers :: [Either a b] -> ([a], [b])

[GHC]

#1695: library submission: Data.Either.unzipEithers :: [Either a b] -> ([a],[b])
---+
Reporter:  JeremyShaw  |Owner: 
Type:  proposal|   Status:  reopened   
Priority:  normal  |Milestone: 
   Component:  libraries/base  |  Version:  6.8
Severity:  minor   |   Resolution: 
Keywords:  |   Difficulty:  Easy (1 hr)
  Os:  Unknown | Testcase: 
Architecture:  Unknown |  
---+
Changes (by igloo):

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

Comment:

 Reopening as #974 has a wider scope

-- 
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] #1695: library submission: Data.Either.unzipEithers :: [Either a b] -> ([a], [b])

[GHC]

#1695: library submission: Data.Either.unzipEithers :: [Either a b] -> ([a],[b])
---+
Reporter:  JeremyShaw  |Owner: 
Type:  proposal|   Status:  closed 
Priority:  normal  |Milestone: 
   Component:  libraries/base  |  Version:  6.8
Severity:  minor   |   Resolution:  duplicate  
Keywords:  |   Difficulty:  Easy (1 hr)
  Os:  Unknown | Testcase: 
Architecture:  Unknown |  
---+
Changes (by JeremyShaw):

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

Comment:

 oops, appears this is a dupe of

 http://hackage.haskell.org/trac/ghc/ticket/974

-- 
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