Initialization of memory and variables #257
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This proposal outlines a suggested design for initialization in Carbon. The early draft was developed in the document here: https://docs.google.com/document/d/1UkDu1Wo5qsmedgt-gZyINdOV5Qc8nICpltZ_TZfTo40/edit# Moving it here to begin the RFC process for this proposal.
chandlerc
added
proposal rfc
|
Moving this to RFC. I think I still have one TODO left in the document, but I think the early draft has largely converged and its in a good state for folks to review! |
josh11b
reviewed
Feb 4, 2021
josh11b
reviewed
Feb 4, 2021
Co-authored-by: josh11b <[email protected]>
…247) This isn't reflected in the above text, not sure how it managed to remain. There is still a note about filing issues for open questions at https://github.com/carbon-language/carbon-lang/blob/trunk/docs/project/consensus_decision_making.md#formal-decision-content, but I think it's much clearer when it's part of the core team's decision, rather than during proposal iteration.
Per chandlerc's comment: First, this builds inside the Bazel tree rather than in the source repository. This ensures we start in a clean directory each time the repository rule is run again. We don't need to detect an existing build with this, and it will only be rebuilt when the workspace file or the repository rule implementation is changed. This can be forced by using: ``` bazel sync --configure ``` Second, we use an implicit dependency on the `WORKSPACE` file to locate the workspace directory automatically, and the `HEAD` file from the `llvm-project` submodule to trigger a rebuild if the submodule is updated. Third, teach the CMake script to try to use a system-installed `clang` if installed and not overridden by the `CC` environment variable. This is very different from the prior logic -- this is only used with the CMake build, and so should work with any system C++ compiler that can build Clang and LLVM. Lastly, this tweaks the CMake options to tune this build given that we now fully control it and it will only be used in this context. This still results in a 1.5gb build for me. =/ But its as small as I can make it really. It's a frustrating long list, but I couldn't find a more brief way of representing this. Co-authored-by: Chandler Carruth <[email protected]>
kcc
reviewed
Feb 10, 2021
mmdriley
reviewed
Feb 23, 2021
There was a problem hiding this comment.
Commented throughout.
I read this proposal chiefly from a safety angle. Having gotten to the end, I'm worried that I would be just as likely to write code in Carbon that reads uninitialized values as if I were writing C or C++.
Does that disagree with others' understanding? Did I miss the forest for the trees?
|
Thanks! I think there are a couple of interesting threads left here -- at least the return of an unformed value one and the one around swap. |
zygoloid
reviewed
Jun 17, 2021
Co-authored-by: Richard Smith <[email protected]>
|
Thanks all for the great discussion. I've updated the document to be explicit and clear about all of the things we're precluding and added more rationale to the sections discussing those alternatives. PTAL! |
geoffromer
reviewed
Jun 18, 2021
josh11b
approved these changes
Jun 18, 2021
Co-authored-by: Geoff Romer <[email protected]> Co-authored-by: josh11b <[email protected]>
zygoloid
approved these changes
Jun 21, 2021
github-actions
bot
added
proposal accepted
Merged
chandlerc
added a commit
that referenced
this pull request
Jun 28, 2022
This proposal outlines a suggested design for initialization in Carbon. The early draft was developed in the document here: https://docs.google.com/document/d/1UkDu1Wo5qsmedgt-gZyINdOV5Qc8nICpltZ_TZfTo40/edit# Co-authored-by: josh11b <[email protected]> Co-authored-by: Jon Meow <[email protected]> Co-authored-by: Richard Smith <[email protected]> Co-authored-by: Geoff Romer <[email protected]>
zygoloid
added a commit
to zygoloid/carbon-lang
that referenced
this pull request
May 31, 2023
…-or-nothing. Disallow storing to subobjects of uninitialized objects.
jonmeow
pushed a commit
that referenced
this pull request
May 31, 2023
… checking (#2862) Per #257, we should be treating unformedness as all-or-nothing, rather than being a per-field or per-array-element property. Previously we initialized an array with no explicit initializer as containing a sequence of uninitialized values, but that led to crashes when attempting to access those values, as the checks for reading an uninitialized value only expected values to be uninitialized at the top level. Also, we had existing tests that attempt to store to an element of an uninitialized array. We now detect that and treat it as UB during evaluation, rather than crashing due to trying to perform field access into an uninitialized value. Finally, many of these problems can be detected statically, but the resolve_unformed pass wasn't catching them because it missed a few expression and declaration forms. Support for those cases has been added too. This causes the pass to recurse more often, and in particular our existing recursion test started hitting a stack overflow after this, so resolve_unformed now uses `RunWithExtraStack`. In passing, remove the need to explicitly tell `RunWithExtraStack` the return type, and infer it as the return type of the callable instead.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This proposal outlines a suggested design for initialization in Carbon.
The early draft was developed in the document here:
https://docs.google.com/document/d/1UkDu1Wo5qsmedgt-gZyINdOV5Qc8nICpltZ_TZfTo40/edit#
Moving it here to begin the RFC process for this proposal.