mirror of
https://github.com/carbon-language/carbon-lang.git
synced 2026-10-05 22:02:55 +01:00
Auto-update pre-commit repositories and fix. (#3427)
The version of `flake8` was too old to support with Python 3.12 -- there is new F-string support that caused false positives sadly. The updated version has fixes for all of these. This in turn updates codespell which has picked up several new fixes that actually fire in our code, so also fix everything. While we don't do more in-depth updates to old proposals, similar to simply fixing broken links, fixing automatically detected typos seems scalable and fine. All edits were automatically generated here.
This commit is contained in:
@@ -343,11 +343,11 @@ high cost feature to achieve full parity for mixed toolchains. Requiring bridge
|
||||
code for mixed toolchains is the likely solution to avoid this cost.
|
||||
|
||||
Note that this issue differs when considering interoperability for Carbon code
|
||||
instantiating C++ templates. The C++ templates must be in C++ headers for
|
||||
re-use, which in turn must compile with the Carbon toolchain to re-use the built
|
||||
C++ code, regardless of whether a separate C++ toolchain is in use. This may
|
||||
also be considered a constraint on mixed toolchain interoperability, but it's
|
||||
simpler to address and less likely to burden developers.
|
||||
instantiating C++ templates. The C++ templates must be in C++ headers for reuse,
|
||||
which in turn must compile with the Carbon toolchain to reuse the built C++
|
||||
code, regardless of whether a separate C++ toolchain is in use. This may also be
|
||||
considered a constraint on mixed toolchain interoperability, but it's simpler to
|
||||
address and less likely to burden developers.
|
||||
|
||||
To summarize, developers should expect that while _most_ features will work
|
||||
equivalently for mixed toolchains, there will never be full parity.
|
||||
|
||||
Reference in New Issue
Block a user