carbon-lang

carbon-language/carbon-lang

Fork 0

mirror of https://github.com/carbon-language/carbon-lang.git synced 2026-09-25 06:30:09 +01:00

Commit Graph

Author SHA1 Message Date

Author	SHA1	Message	Date
Richard Smith	4daaa4866f	Rename `Type` -> `type`, per #2360 . (#2507 ) Also make minor updates to the skeletal design in docs/design/name_lookup.md following #2113, as there are no longer any prelude names that are made available to unqualified name lookup by default. Add `type` to the keyword list in docs/design/lexical_conventions/words.md, following #2360.	2023-01-04 14:22:30 -08:00
Jon Meow	20728dbd3a	CARBON_ header guards (#1261 ) This modifies scripts/check_header_guards.py to add the CARBON_ prefix; everything else is pre-commit.	2022-05-12 17:25:43 -07:00
Jon Meow	6fa42a7f3c	For-range `in` replacement logic (#631 ) This replaces GetAstMatcher with AddMatcher because cxxForRangeStmt is a StatementMatcher. addMatcher has multiple definitions (https://clang.llvm.org/doxygen/classclang_1_1ast__matchers_1_1MatchFinder.html) and so this approach allows using the right addMatcher without writing per-call overloads. To handle the `var`, I'm considering something like moving VarDecl logic into a VarMatcherBase so that I can just use CXXForRangeStmt's getLoopVariable. The problem is a for-range statement has multiple VarDecls, and getLoopVariable may be the easiest way to identify the real one.	2021-07-12 16:20:44 -07:00

Richard Smith

4daaa4866f

Rename Type -> type, per #2360 . (#2507 )

Also make minor updates to the skeletal design in
docs/design/name_lookup.md following #2113, as there are no longer any prelude names that are made available to unqualified name lookup by default.

Add `type` to the keyword list in
docs/design/lexical_conventions/words.md, following #2360.

2023-01-04 14:22:30 -08:00

Jon Meow

20728dbd3a

CARBON_ header guards (#1261 )

This modifies scripts/check_header_guards.py to add the CARBON_ prefix; everything else is pre-commit.

2022-05-12 17:25:43 -07:00

Jon Meow

6fa42a7f3c

For-range in replacement logic (#631 )

This replaces GetAstMatcher with AddMatcher because cxxForRangeStmt is a StatementMatcher. addMatcher has multiple definitions (https://clang.llvm.org/doxygen/classclang_1_1ast__matchers_1_1MatchFinder.html) and so this approach allows using the right addMatcher without writing per-call overloads.

To handle the `var`, I'm considering something like moving VarDecl logic into a VarMatcherBase so that I can just use CXXForRangeStmt's getLoopVariable. The problem is a for-range statement has multiple VarDecls, and getLoopVariable may be the easiest way to identify the real one.

2021-07-12 16:20:44 -07:00