Skip to content

Conversation

@catamorphism
Copy link
Contributor

I know you said not to change rustboot, but I spent a bunch of time trying to track down this error given the unfriendly error message from before, so I thought this was worth committing.

I don't know why github included a bunch of other commits in this, but the change to lexer.mll is the only one that matters.

and literals with the 'f32' or 'f64' suffixes work as well. In
addition, logging things with the f32 or f64 type works. (float is
still assumed to be a synonym for f64).
and literals with the 'f32' or 'f64' suffixes work as well. In
addition, logging things with the f32 or f64 type works. (float is
still assumed to be a synonym for f64).
@graydon
Copy link
Contributor

graydon commented Mar 24, 2011

Integrated.

@graydon graydon closed this Mar 24, 2011
oli-obk added a commit to oli-obk/rust that referenced this pull request Sep 19, 2017
keeperofdakeys pushed a commit to keeperofdakeys/rust that referenced this pull request Dec 12, 2017
Add notbsd process_vm_readv and process_vm_writev system calls
kazcw pushed a commit to kazcw/rust that referenced this pull request Oct 23, 2018
This commit updates to the latest nightly's syntax where `#[target_feature =
"+foo"]` is now deprecated in favor of `#[target_feature(enable = "foo")]`.
Additionally `#[target_feature]` can only be applied to `unsafe` functions for
now.

Along the way this removes a few exampels that were just left around and also
disables the `fxsr` modules as that target feature will need to land in upstream
rust-lang/rust first as it's currently unknown to the compiler.
dlrobertson pushed a commit to dlrobertson/rust that referenced this pull request Nov 29, 2018
Aaron1011 pushed a commit to Aaron1011/rust that referenced this pull request Oct 26, 2020
noscripter pushed a commit to noscripter/rust that referenced this pull request Sep 8, 2025
0xllx0 pushed a commit to 0xllx0/rust that referenced this pull request Sep 30, 2025
Adds a VeriFast solution for challenge 19 (RawVec).

Note: this proof does not prove semantic well-typedness of the
non-`unsafe` RawVecInner methods listed in the challenge, because they
do not satisfy any meaningful kind of semantic well-typedness; see the
discussion at rust-lang#283.

Resolves rust-lang#283

By submitting this pull request, I confirm that my contribution is made
under the terms of the Apache 2.0 and MIT licenses.

---------

Co-authored-by: Felipe R. Monteiro <[email protected]>
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.

2 participants