@@ -57,12 +57,12 @@ GitHub will autolink `img`, but won't produce a link when `href="#"`.
57
57
58
58
C++ remains the dominant programming language for performance-critical software,
59
59
with massive and growing codebases and investments. However, it is struggling to
60
- improve and meet developers' needs outlined above, in no small part due to
60
+ improve and meet developers' needs, as outlined above, in no small part due to
61
61
accumulating decades of technical debt. Incrementally improving C++ is
62
62
[ extremely difficult] ( /docs/project/difficulties_improving_cpp.md ) , both due to
63
63
the technical debt itself and challenges with its evolution process. The best
64
64
way to address these problems is to avoid inheriting the legacy of C or C++
65
- directly, and instead start with solid language foundations like a
65
+ directly, and instead start with solid language foundations like
66
66
[ modern generics system] ( #generics ) , modular code organization, and consistent,
67
67
simple syntax.
68
68
@@ -210,15 +210,15 @@ with checked definitions, while still **supporting opt-in
210
210
[ templates] ( /docs/design/templates.md ) for seamless C++ interop** . Checked
211
211
generics provide several advantages compared to C++ templates:
212
212
213
- - ** Generic definitions are fully type checked** , removing the need to
213
+ - ** Generic definitions are fully type- checked** , removing the need to
214
214
instantiate to check for errors and giving greater confidence in code.
215
- - Avoids compile time cost of re-checking the definition for every
215
+ - Avoids the compile- time cost of re-checking the definition for every
216
216
instantiation.
217
217
- When using a definition-checked generic, usage error messages are
218
218
clearer, directly showing which requirements are not met.
219
219
- ** Enables automatic, opt-in type erasure and dynamic dispatch** without a
220
- separate implementation. This can reduce binary size and enables constructs
221
- like heterogeneous containers.
220
+ separate implementation. This can reduce the binary size and enables
221
+ constructs like heterogeneous containers.
222
222
- ** Strong, checked interfaces** mean fewer accidental dependencies on
223
223
implementation details and a clearer contract for consumers.
224
224
@@ -234,8 +234,8 @@ and with a smooth evolutionary path.
234
234
## Memory safety
235
235
236
236
Safety, and especially
237
- [ memory safety] ( https://en.wikipedia.org/wiki/Memory_safety ) , remain key
238
- challenges for C++ and something a successor language needs to address. Our
237
+ [ memory safety] ( https://en.wikipedia.org/wiki/Memory_safety ) , remains a key
238
+ challenge for C++ and something a successor language needs to address. Our
239
239
initial priority and focus is on immediately addressing important, low-hanging
240
240
fruit in the safety space:
241
241
@@ -295,8 +295,8 @@ Learn more about the Carbon project:
295
295
Carbon is committed to a welcoming and inclusive environment where everyone can
296
296
contribute.
297
297
298
- - To watch for major release announcements, subscribe to
299
- [ our Carbon release post on GitHub] ( https://github.com/carbon-language/carbon-lang/discussions/1020 )
298
+ - To watch for major release announcements, subscribe to our
299
+ [ Carbon release post on GitHub] ( https://github.com/carbon-language/carbon-lang/discussions/1020 )
300
300
and [ star carbon-lang] ( https://github.com/carbon-language/carbon-lang ) .
301
301
- To join the design discussion, join our
302
302
[ GitHub forum] ( https://github.com/carbon-language/carbon-lang/discussions ) .
0 commit comments