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

Improve io docs #5672

Closed
wants to merge 31 commits into from
Closed

Conversation

steveklabnik
Copy link
Member

When I submitted #5659, it apparently caused some test failures. Then, because I left it in my incoming rather than making a new branch, I deleted my commit.

Let's try this again, this time, with its own branch so that I don't screw it up.

r?

thestinger and others added 30 commits March 30, 2013 17:54
lifetimes and globals are now the only two places static is used, and
'static isn't matched by this
It's nice to make unsafe stand out, but this way isn't correct because it
highlights it in comments.
Closes rust-lang#3549

The issue report has some reasoning, but I'd like to add that I don't think managed pointers belong in core. It's *possible* to write a safe doubly-linked list on top of `unsafe`, but it would be much more limited and I don't think there's much of a use case - it would lose a lot of flexibility. You're probably better off using a vector, hash table, tree, heap or ring buffer in almost every case.
rust-lang#5405

Also, renames the confusingly named `use_new_rt` in `libcore/unstable/lang.rs`
Added char_range_at_reverse underflow test
Fix typo and add fixed length vec changes.
Closes rust-lang#5643

This also removes the need to pass noexecstack to gcc, but that wasn't
actually working anymore.
Fix typo and add fixed length vec changes.
There's no reason to make them executable, and this throws a warning
with the Arch Linux package lint tool (namcap) for .a files.
There's no reason to make them executable, and this throws a warning
with the Arch Linux package lint tool (namcap) for .a files.
Change fn() -> &fn().
Turns out @ isn't valid for the ARM assembler.
@steveklabnik
Copy link
Member Author

And then I continued to be an idiot.

tesuji pushed a commit to tesuji/rustc that referenced this pull request Jun 4, 2020
Add regression test for `string_lit_as_bytes` issue

Closes rust-lang#5619

Before the fix in rust-lang#72637, `string_lit_as_bytes` was incorrectly triggering on the `env!` macro. With the fix merged, this test makes sure that the lint is not triggering anymore.

changelog: none
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