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

Force line ending of '.in' files in jemalloc to LF #8738

Merged
merged 1 commit into from
Aug 24, 2013

Conversation

mukilan
Copy link
Contributor

@mukilan mukilan commented Aug 24, 2013

This fixes issue #8731 . On Windows, if the git option core.autocrlf is true (github recommends users to turn on this flag - see https://help.github.com/articles/dealing-with-line-endings), the headers generated from the .in files will have syntatic errors, causing compilation to fail.

This fixes issue rust-lang#8731 . On Windows, if the git option core.autocrlf is true (github recommends users to turn on this flag - see https://help.github.com/articles/dealing-with-line-endings), the headers generated from the .in files will have syntatic errors, causing compilation to fail.
thestinger added a commit that referenced this pull request Aug 24, 2013
Force line ending of '.in' files in jemalloc to LF
@thestinger thestinger merged commit 59ca7a8 into rust-lang:master Aug 24, 2013
@klutzy klutzy mentioned this pull request Aug 28, 2013
flip1995 pushed a commit to flip1995/rust that referenced this pull request May 5, 2022
…r=xFrednet

wrong_self_convention allows `is_*` to take `&mut self`

fix rust-lang#8480 and rust-lang#8513
Allowing `is_*` to take `&self` or none is too restrictive.

changelog: FPs: [`wrong_self_convention`] now allows `&mut self` and no self as arguments for `is_*` methods
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.

3 participants