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 to pass bench/shootout-k-nucleotide-pipes.rs on android #10393

Closed
yichoi opened this issue Nov 10, 2013 · 5 comments
Closed

fix to pass bench/shootout-k-nucleotide-pipes.rs on android #10393

yichoi opened this issue Nov 10, 2013 · 5 comments
Labels
A-testsuite Area: The testsuite used to check the correctness of rustc O-android Operating system: Android

Comments

@yichoi
Copy link
Contributor

yichoi commented Nov 10, 2013

To enable test on android bot #9120

It is not fininshed on android

@huonw
Copy link
Member

huonw commented Nov 10, 2013

Would it be possible to give more details about why these tests are failing? (e.g. pasted output.)

@yichoi
Copy link
Contributor Author

yichoi commented Nov 10, 2013

no console output but hanging forever. is there other way to generate output ?

@huonw
Copy link
Member

huonw commented Nov 10, 2013

@yichoi that's good, just some description of the exact issue. For example, so that people triaging later know what they're looking for to work out if a bug is fixed or not.

@flaper87
Copy link
Contributor

Triage bump: The tests are still being ignored for android.

tamird added a commit to tamird/rust that referenced this issue Apr 22, 2015
tamird added a commit to tamird/rust that referenced this issue Apr 22, 2015
tamird added a commit to tamird/rust that referenced this issue Apr 22, 2015
tamird added a commit to tamird/rust that referenced this issue Apr 22, 2015
tamird added a commit to tamird/rust that referenced this issue Apr 22, 2015
tamird added a commit to tamird/rust that referenced this issue Apr 22, 2015
tamird added a commit to tamird/rust that referenced this issue Apr 22, 2015
tamird added a commit to tamird/rust that referenced this issue Apr 22, 2015
tamird added a commit to tamird/rust that referenced this issue Apr 23, 2015
tamird added a commit to tamird/rust that referenced this issue Apr 23, 2015
tamird added a commit to tamird/rust that referenced this issue Apr 24, 2015
tamird added a commit to tamird/rust that referenced this issue Apr 24, 2015
tamird added a commit to tamird/rust that referenced this issue Apr 25, 2015
tamird added a commit to tamird/rust that referenced this issue Apr 25, 2015
tamird added a commit to tamird/rust that referenced this issue Apr 29, 2015
@steveklabnik
Copy link
Member

Triage: #31274 removed all of src/test/bench, so this is no longer ignored 😛

flip1995 pushed a commit to flip1995/rust that referenced this issue Feb 8, 2024
fix: incorrect suggestions generated by `manual_retain` lint

fixes rust-lang#10393, fixes rust-lang#11457, fixes rust-lang#12081

rust-lang#10393: In the current implementation of `manual_retain`, if the argument to the closure is matched using tuple, they are all treated as the result of a call to `map.into_iter().filter(<f>)`. However, such tuple pattern matching can also occur in many different containers that stores tuples internally. The correct approach is to apply different lint policies depending on whether the receiver of `into_iter` is a map or not.

rust-lang#11457 and rust-lang#12081: In the current implementation of `manual_retain`, if the argument to the closure is `Binding`, the closure will be used directly in the `retain` method, which will result in incorrect suggestion because the first argument to the `retain` closure may be of a different type. In addition, if the argument to the closure is `Ref + Binding`, the lint will simply remove the `Ref` part and use the `Binding` part as the argument to the new closure, which will lead to bad suggestion for the same reason. The correct approach is to detect each of these cases and apply lint suggestions conservatively.

changelog: [`manual_retain`] refactor and add check for various patterns
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-testsuite Area: The testsuite used to check the correctness of rustc O-android Operating system: Android
Projects
None yet
Development

No branches or pull requests

4 participants