Skip to content

Conversation

@Armavica
Copy link
Contributor

I found awkward to have MutableCloneableVector and CloneableIterator on the one hand, and CopyableVector etc. on the other hand.

The concerned traits are:

  • CopyableVector --> CloneableVector
  • OwnedCopyableVector --> OwnedCloneableVector
  • ImmutableCopyableVector --> ImmutableCloneableVector
  • CopyableTuple --> CloneableTuple

@brson
Copy link
Contributor

brson commented Jan 29, 2014

beautiful

@Armavica
Copy link
Contributor Author

I was not sure about what to do for std::util::NonCopyable though, but as its usage seems to be reserved to testing purposes I chose to let it live. I can still add a commit if you like.

@flaper87
Copy link
Contributor

@Armavica NonCopyable should go away. I already have a patch for that.

bors added a commit that referenced this pull request Jan 30, 2014
I found awkward to have `MutableCloneableVector` and `CloneableIterator` on the one hand, and `CopyableVector` etc. on the other hand.

The concerned traits are:
* `CopyableVector` --> `CloneableVector`
* `OwnedCopyableVector` --> `OwnedCloneableVector`
* `ImmutableCopyableVector` --> `ImmutableCloneableVector`
* `CopyableTuple` --> `CloneableTuple`
@huonw
Copy link
Contributor

huonw commented Jan 30, 2014

NonCopyable will be replaced by NoPod in #11768.

@bors bors closed this Jan 30, 2014
@bors bors merged commit 2d60691 into rust-lang:master Jan 30, 2014
@Armavica Armavica deleted the copyable-cloneable branch March 16, 2014 02:11
bors added a commit to rust-lang-ci/rust that referenced this pull request Jul 25, 2022
…arm, r=Veykril

feat: add fold range for multi line match arm list

fix: rust-lang#11893
bors pushed a commit to rust-lang-ci/rust that referenced this pull request Dec 1, 2023
Fix rust-lang#11893

Trigerring on expressions returning `()` uses the arguments of the
`map_or_else()` rewrite only for their side effects. This does lead
to code which is harder to read than the original.
bors added a commit to rust-lang-ci/rust that referenced this pull request Dec 1, 2023
`option_if_let_else`: do not trigger on expressions returning `()`

Fix rust-lang#11893

Trigerring on expressions returning `()` uses the arguments of the `map_or_else()` rewrite only for their side effects. This does lead to code which is harder to read than the original.

changelog: [`option_if_let_else`]: do not trigger on unit expressions
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.

6 participants