this post was submitted on 17 Sep 2024
34 points (94.7% liked)

C++

1718 readers
33 users here now

The center for all discussion and news regarding C++.

Rules

founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] -4 points 2 days ago (2 children)

Rust still allows people to do (basically) whatever they want via unsafe blocks.

[–] [email protected] 8 points 2 days ago (1 children)

Yeah but I have written a lot of Rust and I have yet to use a single unsafe block.

Saying "but.. unsafe!" is like saying Python isn't memory safe because it has ctypes, or Go isn't memory safe because of its unsafe package.

[–] [email protected] -5 points 2 days ago

See my reply to funtrek's reply.

[–] [email protected] 6 points 2 days ago (1 children)

Sure, but you have to explicitly enable this feature. In c++ you can use the oldest shit from twenty years ago and your compiler happily does its job. All my c++ books are full of "you shouldn’t use xy as it is deemed unsafe now, but of course you still can".

[–] [email protected] -5 points 2 days ago (1 children)

If a "safe C++" proposal truly proposes a safe subset, then yes your C++ code would have to opt-in to doing unsafe things. For the purposes of this discussion of a safe subset ... the point is moot.

[–] [email protected] 5 points 2 days ago (1 children)

It's not moot. The Safe C++ is opt-in to safety. It has to be because otherwise it wouldn't be compatible with existing C++.

[–] [email protected] -4 points 2 days ago* (last edited 2 days ago)

That's a laudable difference /s. Using Rust is also an "opt-in" option.