@@ -5,7 +5,7 @@ name = "variables1"
55path = " exercises/variables/variables1.rs"
66mode = " compile"
77hint = """
8- Hint: The declaration on line 5 is missing a keyword that is needed in Rust
8+ Hint: The declaration on line 12 is missing a keyword that is needed in Rust
99to create a new variable binding."""
1010
1111[[exercises ]]
@@ -15,7 +15,7 @@ mode = "compile"
1515hint = """
1616The compiler message is saying that Rust cannot infer the type that the
1717variable binding `x` has with what is given here.
18- What happens if you annotate line 5 with a type annotation?
18+ What happens if you annotate line 7 with a type annotation?
1919What if you give x a value?
2020What if you do both?
2121What type should x be, anyway?
@@ -36,7 +36,7 @@ path = "exercises/variables/variables4.rs"
3636mode = " compile"
3737hint = """
3838Oops! In this exercise, we have a variable binding that we've created on
39- line 5 , and we're trying to use it on line 6 , but we haven't given it a
39+ line 7 , and we're trying to use it on line 8 , but we haven't given it a
4040value. We can't print out something that isn't there; try giving x a value!
4141This is an error that can cause bugs that's very easy to make in any
4242programming language -- thankfully the Rust compiler has caught this for us!"""
@@ -365,8 +365,8 @@ name = "move_semantics1"
365365path = " exercises/move_semantics/move_semantics1.rs"
366366mode = " compile"
367367hint = """
368- So you've got the "cannot borrow immutable local variable `vec1` as mutable" error on line 11 ,
369- right? The fix for this is going to be adding one keyword, and the addition is NOT on line 11
368+ So you've got the "cannot borrow immutable local variable `vec1` as mutable" error on line 13 ,
369+ right? The fix for this is going to be adding one keyword, and the addition is NOT on line 13
370370where the error is."""
371371
372372[[exercises ]]
@@ -375,8 +375,8 @@ path = "exercises/move_semantics/move_semantics2.rs"
375375mode = " compile"
376376hint = """
377377So `vec0` is being *moved* into the function `fill_vec` when we call it on
378- line 7 , which means it gets dropped at the end of `fill_vec`, which means we
379- can't use `vec0` again on line 10 (or anywhere else in `main` after the
378+ line 10 , which means it gets dropped at the end of `fill_vec`, which means we
379+ can't use `vec0` again on line 13 (or anywhere else in `main` after the
380380`fill_vec` call for that matter). We could fix this in a few ways, try them
381381all!
3823821. Make another, separate version of the data that's in `vec0` and pass that
0 commit comments