Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix deprecation warnings from containers #36

Merged
merged 2 commits into from
Feb 7, 2017
Merged

Conversation

erikd
Copy link
Member

@erikd erikd commented Jan 28, 2017

Also bumps the lower bound on containers to >= 0.5 which should be fine
since 0.5.0.0 ws released in 2012.

Also bumps the lower bound on containers to `>= 0.5` which should be fine
since `0.5.0.0` ws released in 2012.
@erikd
Copy link
Member Author

erikd commented Jan 28, 2017

This change breaks with ghc 7.0 but builds successfully with all later versions.

mlite
mlite previously requested changes Feb 1, 2017
Copy link
Contributor

@mlite mlite left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please remove the test for 7.0.1

mapFold k z (UM m) = M.fold k z m
mapFoldWithKey k z (UM m) = M.foldWithKey (k . intToUnique) z m
mapFold k z (UM m) = M.foldr k z m
mapFoldWithKey k z (UM m) = M.foldrWithKey (k . intToUnique) z m
mapFilter f (UM m) = UM (M.filter f m)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

are fold and foldr equivalent?

Copy link
Member Author

@erikd erikd Feb 1, 2017

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

From the docs: "This function is an equivalent of foldr and is present for compatibility only."

The docs for foldWIthKey say it is equivalent to foldrWithKey.

@erikd erikd dismissed mlite’s stale review February 1, 2017 09:15

Docs say the replacements are equivalent to the old functions.

@mlite
Copy link
Contributor

mlite commented Feb 4, 2017

The build failed. If we drop the support of 7.0.1, we need to delete " - CABALVER=1.16 GHCVER=7.0.1" from .travis.yml. Can you make this change too? Thanks.

@erikd
Copy link
Member Author

erikd commented Feb 4, 2017

@mlite Should be good to go!

@mlite mlite merged commit f661f91 into haskell:master Feb 7, 2017
@erikd
Copy link
Member Author

erikd commented Feb 7, 2017

Thanks @mlite !

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants