aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/Format/FormatToken.cpp
AgeCommit message (Collapse)AuthorFilesLines
8 days[clang-format] Add AllowBreakBeforeQtProperty option (#159909)owenca1-1/+15
The test cases are adapted from #131605.
10 days[clang-format][NFC] Add is_sorted() assertion for binary_search()Owen Pan1-0/+1
2025-05-31[Format] Remove unused includes (NFC) (#142296)Kazu Hirata1-1/+0
These are identified by misc-include-cleaner. I've filtered out those that break builds. Also, I'm staying away from llvm-config.h, config.h, and Compiler.h, which likely cause platform- or compiler-specific build failures.
2025-05-16[clang] Use llvm::binary_search (NFC) (#140216)Kazu Hirata1-2/+1
2025-04-05[clang-format] Set C11 instead of C17 for LK_C (#134472)Owen Pan1-1/+1
Fix #134453
2025-02-23[clang-format] Add the C language instead of treating it like C++ (#128287)Owen Pan1-2/+1
Closes #128120
2025-02-07[clang-format] Add BinPackLongBracedList style option (#112482)Gedare Bloom1-1/+1
The use of Cpp11BracedListStyle with BinPackArguments=False avoids bin packing until reaching a hard-coded limit of 20 items. This is an arbitrary choice. Introduce a new style option to allow disabling this limit.
2025-01-31[clang-format][NFC] Minor improvement to FormatToken::isTypeName()Owen Pan1-4/+5
2024-08-22[clang-format] Change BinPackParameters to enum and add AlwaysOnePerLine ↵Tom1-0/+17
(#101882) Related issues that have requested this feature: #51833 #23796 #53190 Partially solves - this issue requests is for both arguments and parameters
2024-05-13Reland "[clang-format] Fix FormatToken::isSimpleTypeSpecifier() (#91712)"Owen Pan1-41/+5
Remove FormatToken::isSimpleTypeSpecifier() and call Token::isSimpleTypeSpecifier(LangOpts) instead.
2024-05-12Revert "[clang-format] Fix FormatToken::isSimpleTypeSpecifier() (#91712)"Owen Pan1-5/+41
This reverts commits e62ce1f8842c, 5cd280433e8e, and de641e289269 due to buildbot failures.
2024-05-10[clang-format] Fix FormatToken::isSimpleTypeSpecifier() (#91712)Owen Pan1-41/+5
Remove FormatToken::isSimpleTypeSpecifier() and call Token::isSimpleTypeSpecifier(LangOpts) instead.
2024-03-19Revert "[clang-format][NFC] Delete 100+ redundant #include lines in .cpp files"Owen Pan1-0/+3
This reverts commit b92d6dd704d789240685a336ad8b25a9f381b4cc. See github.com/llvm/llvm-project/commit/b92d6dd704d7#commitcomment-139992444 We should use a tool like Visual Studio to clean up the headers.
2024-03-19Revert "[clang-format][NFC] Eliminate the IsCpp parameter in all functions ↵Owen Pan1-5/+3
(#84599)" This reverts c3a1eb6207d8 (and the related commit f3c5278efa3b) which makes cleanupAroundReplacements() no longer thread-safe.
2024-03-17[clang-format][NFC] Don't export IsCpp in Format.hOwen Pan1-0/+2
2024-03-16[clang-format][NFC] Delete 100+ redundant #include lines in .cpp filesOwen Pan1-3/+0
2024-03-14Reland [clang-format][NFC] Eliminate the IsCpp parameter in all functions ↵Owen Pan1-3/+3
(#84599) Initialize IsCpp in LeftRightQualifierAlignmentFixer ctor.
2024-03-14Revert "[clang-format][NFC] Eliminate the IsCpp parameter in all functions" ↵Mehdi Amini1-3/+3
(#85353) Reverts llvm/llvm-project#84599 This broke the presubmit bot.
2024-03-14[clang-format][NFC] Eliminate the IsCpp parameter in all functions (#84599)Owen Pan1-3/+3
2024-03-08[clang-format] Handle common C++ non-keyword types as such (#83709)Owen Pan1-2/+16
Fixes #83400.
2024-02-23[clang-format][NFC] Enable RemoveSemicolon for clang-format style (#82735)Owen Pan1-1/+1
Also insert separators for decimal integers longer than 4 digits.
2024-02-12Revert "Reland "[clang-format] Update FormatToken::isSimpleTypeSpecifier() ↵Haojian Wu1-3/+37
(#80241)"" The change caused an asan crash when running the `QualifierFixerTest.IsQualifierType` unittest, see details: https://github.com/llvm/llvm-project/pull/80241#issuecomment-1938749844 This reverts commit 7f40c5cc4e15a0a67b031f13370afc342a5dc14b.
2024-02-12Reland "[clang-format] Update FormatToken::isSimpleTypeSpecifier() (#80241)"Owen Pan1-37/+3
2024-02-12Reverted due to wrong commit messageOwen Pan1-3/+37
This reverts commit f5d71b79fe978f1e70f4a41adfd15f65dec6e210.
2024-02-12Reland "[clang-format][NFC] Make LangOpts global in namespace Format (#81390)"Owen Pan1-37/+3
2024-02-09Revert "[clang-format] Update FormatToken::isSimpleTypeSpecifier() (#80241)"Owen Pan1-1/+34
This reverts commit 763139afc19ddf2e0f0265dc828ce8e5fbe92530. It seems that LangOpts is not initialized before use.
2024-02-08[clang-format] Update FormatToken::isSimpleTypeSpecifier() (#80241)Owen Pan1-34/+1
Now with a8279a8bc541, we can make the update.
2024-01-10[clang-format] Don't apply severe penalty if no possible column formats (#76675)James Grant1-2/+2
If there are possible column formats, but they weren't selected because they don't fit within remaining characters for the current path then applying severe penalty to induce column layout by selection of a different path seems fair. But if due to style configuration or what the input code is, there are no possible column formats, different paths aren't going to have column layouts. Seems wrong to apply the severe penalty to induce column layouts if there are none available. It just causes selection of sub-optimal paths, e.g. get bad formatting when brace initializers are used inside lambda bodies. Fixes #56350
2023-11-29[clang-format][NFC] Extend isProto() to also cover LK_TextProto (#73582)Owen Pan1-2/+1
2023-07-06[clang-format] Support block indenting array/struct list initializersGedare Bloom1-0/+15
C89 and C99 list initializers are treated differently than Cpp11 braced initializers. This patch identifies the C array/struct initializer lists by finding the preceding equal sign before a left brace, and applies formatting rules for BracketAlignmentStyle.BlockIndent to those list initializers. Fixes #57878. Differential Revision: https://reviews.llvm.org/D153205
2023-02-21[clang-format][NFC] Clean up nullptr comparison styleOwen Pan1-1/+1
For example, use 'Next' instead of 'Next != nullptr', and '!Next' instead of 'Next == nullptr'. Differential Revision: https://reviews.llvm.org/D144355
2022-08-22[clang] adds unary type transformations as compiler built-insChristopher Di Bella1-1/+2
Adds * `__add_lvalue_reference` * `__add_pointer` * `__add_rvalue_reference` * `__decay` * `__make_signed` * `__make_unsigned` * `__remove_all_extents` * `__remove_extent` * `__remove_const` * `__remove_volatile` * `__remove_cv` * `__remove_pointer` * `__remove_reference` * `__remove_cvref` These are all compiler built-in equivalents of the unary type traits found in [[meta.trans]][1]. The compiler already has all of the information it needs to answer these transformations, so we can skip needing to make partial specialisations in standard library implementations (we already do this for a lot of the query traits). This will hopefully improve compile times, as we won't need use as much memory in such a base part of the standard library. [1]: http://wg21.link/meta.trans Co-authored-by: zoecarver Reviewed By: aaron.ballman, rsmith Differential Revision: https://reviews.llvm.org/D116203
2022-08-14Revert "[clang] adds unary type transformations as compiler built-ins"Nico Weber1-2/+1
This reverts commit bc60cf2368de90918719dc7e3d7c63a72cc007ad. Doesn't build on Windows and breaks gcc 9 build, see https://reviews.llvm.org/D116203#3722094 and https://reviews.llvm.org/D116203#3722128 Also revert two follow-ups. One fixed a warning added in bc60cf2368de90918719dc7e3d7c63a72cc007ad, the other makes use of the feature added in bc60cf2368de90918719dc7e3d7c63a72cc007ad in libc++: Revert "[libcxx][NFC] utilises compiler builtins for unary transform type-traits" This reverts commit 06a1d917ef1f507aaa2f6891bb654696c866ea3a. Revert "[Sema] Fix a warning" This reverts commit c85abbe879ef3257de4db862ce249b060cc3d2a4.
2022-08-14[clang] adds unary type transformations as compiler built-insChristopher Di Bella1-1/+2
Adds * `__add_lvalue_reference` * `__add_pointer` * `__add_rvalue_reference` * `__decay` * `__make_signed` * `__make_unsigned` * `__remove_all_extents` * `__remove_extent` * `__remove_const` * `__remove_volatile` * `__remove_cv` * `__remove_pointer` * `__remove_reference` * `__remove_cvref` These are all compiler built-in equivalents of the unary type traits found in [[meta.trans]][1]. The compiler already has all of the information it needs to answer these transformations, so we can skip needing to make partial specialisations in standard library implementations (we already do this for a lot of the query traits). This will hopefully improve compile times, as we won't need use as much memory in such a base part of the standard library. [1]: http://wg21.link/meta.trans Co-authored-by: zoecarver Reviewed By: aaron.ballman, rsmith Differential Revision: https://reviews.llvm.org/D116203
2022-07-13[clang-format][NFC] Replace most of std::vector with SmallVectorowenca1-1/+1
Differential Revision: https://reviews.llvm.org/D129466
2022-05-24[clang-format][NFC] Insert/remove braces in clang/lib/Format/owenca1-5/+10
Differential Revision: https://reviews.llvm.org/D126157
2022-02-10[clang-format] Move FormatToken::opensBlockOrBlockTypeList to source file. NFC.Marek Kurdej1-0/+14
2022-02-03[clang-format] Reserve vectors when the number of items is known beforehand. ↵Marek Kurdej1-0/+3
NFC.
2022-01-24[clang-format] Assert Line->First and State.NextToken->Previous. NFC.Marek Kurdej1-0/+1
Cf. scan-build reports: * https://llvm.org/reports/scan-build/report-FormatToken.cpp-precomputeFormattingInfos-35-93e1e1.html#EndPath * https://llvm.org/reports/scan-build/report-ContinuationIndenter.cpp-addTokenOnCurrentLine-15-dfdc6d.html#EndPath
2022-01-07[clang-format] Use range-for loops. NFC.Marek Kurdej1-7/+4
Reviewed By: MyDeveloperDay, owenpan Differential Revision: https://reviews.llvm.org/D116795
2021-12-09[clang-format] PR48916 PointerAlignment not working when using C++20 ↵mydeveloperday1-0/+4
init-statement in for loop https://bugs.llvm.org/show_bug.cgi?id=48916 Left and Right Alignment inside a loop is misaligned. Reviewed By: HazardyKnusperkeks, curdeius Differential Revision: https://reviews.llvm.org/D115050
2021-09-06[Clang] Add __ibm128 type to represent ppc_fp128Qiu Chaofan1-0/+1
Currently, we have no front-end type for ppc_fp128 type in IR. PowerPC target generates ppc_fp128 type from long double now, but there's option (-mabi=(ieee|ibm)longdouble) to control it and we're going to do transition from IBM extended double-double ppc_fp128 to IEEE fp128 in the future. This patch adds type __ibm128 which always represents ppc_fp128 in IR, as what GCC did for that type. Without this type in Clang, compilation will fail if compiling against future version of libstdcxx (which uses __ibm128 in headers). Although all operations in backend for __ibm128 is done by software, only PowerPC enables support for it. There's something not implemented in this commit, which can be done in future ones: - Literal suffix for __ibm128 type. w/W is suitable as GCC documented. - __attribute__((mode(IF))) should be for __ibm128. - Complex __ibm128 type. Reviewed By: rjmccall Differential Revision: https://reviews.llvm.org/D93377
2020-09-07[clang-format] Fix formatting of _Atomic() qualifierAlex Richardson1-0/+1
Before: _Atomic(uint64_t) * a; After: _Atomic(uint64_t) *a; This treats _Atomic the same as the the TypenameMacros and decltype. It also allows some cleanup by removing checks whether the token before a paren is kw_decltype and instead checking for TT_TypeDeclarationParen. While touching this code also extend the decltype test cases to also check for typeof() and _Atomic(T). Reviewed By: MyDeveloperDay Differential Revision: https://reviews.llvm.org/D86959
2020-07-28[clang-format][NFC] Be more careful about the layout of FormatToken.Bruno Ricci1-2/+2
The underlying ABI forces FormatToken to have a lot of padding. Currently (on x86-64 linux) `sizeof(FormatToken) == 288`. After this patch `sizeof(FormatToken) == 232`. No functional changes. Reviewed By: MyDeveloperDay Differential Revision: https://reviews.llvm.org/D84306
2020-06-05[ARM] Add __bf16 as new Bfloat16 C TypeTies Stuij1-0/+1
Summary: This patch upstreams support for a new storage only bfloat16 C type. This type is used to implement primitive support for bfloat16 data, in line with the Bfloat16 extension of the Armv8.6-a architecture, as detailed here: https://community.arm.com/developer/ip-products/processors/b/processors-ip-blog/posts/arm-architecture-developments-armv8-6-a The bfloat type, and its properties are specified in the Arm Architecture Reference Manual: https://developer.arm.com/docs/ddi0487/latest/arm-architecture-reference-manual-armv8-for-armv8-a-architecture-profile In detail this patch: - introduces an opaque, storage-only C-type __bf16, which introduces a new bfloat IR type. This is part of a patch series, starting with command-line and Bfloat16 assembly support. The subsequent patches will upstream intrinsics support for BFloat16, followed by Matrix Multiplication and the remaining Virtualization features of the armv8.6-a architecture. The following people contributed to this patch: - Luke Cheeseman - Momchil Velikov - Alexandros Lamprineas - Luke Geeson - Simon Tatham - Ties Stuij Reviewers: SjoerdMeijer, rjmccall, rsmith, liutianle, RKSimon, craig.topper, jfb, LukeGeeson, fpetrogalli Reviewed By: SjoerdMeijer Subscribers: labrinea, majnemer, asmith, dexonsmith, kristof.beyls, arphaman, danielkiss, cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D76077
2020-05-13Make FormatToken::Type private.Manuel Klimek1-2/+2
This enables us to intercept changes to the token type via setType(), which is a precondition for being able to use multi-pass formatting for macro arguments. Differential Revision: https://reviews.llvm.org/D67405
2019-01-19Update the file headers across all of the LLVM projects in the monorepoChandler Carruth1-4/+3
to reflect the new license. We understand that people may be surprised that we're moving the header entirely to discuss the new license. We checked this carefully with the Foundation's lawyer and we believe this is the correct approach. Essentially, all code in the project is now made available by the LLVM project under our new license, so you will see that the license headers include that license only. Some of our contributors have contributed code under our old license, and accordingly, we have retained a copy of our old license notice in the top-level files in each project and repository. llvm-svn: 351636
2018-05-09Remove \brief commands from doxygen comments.Adrian Prantl1-1/+1
This is similar to the LLVM change https://reviews.llvm.org/D46290. We've been running doxygen with the autobrief option for a couple of years now. This makes the \brief markers into our comments redundant. Since they are a visual distraction and we don't want to encourage more \brief markers in new code either, this patch removes them all. Patch produced by for i in $(git grep -l '\@brief'); do perl -pi -e 's/\@brief //g' $i & done for i in $(git grep -l '\\brief'); do perl -pi -e 's/\\brief //g' $i & done Differential Revision: https://reviews.llvm.org/D46320 llvm-svn: 331834
2018-05-01Implement P0482R2, support for char8_t type.Richard Smith1-0/+1
This is not yet part of any C++ working draft, and so is controlled by the flag -fchar8_t rather than a -std= flag. (The GCC implementation is controlled by a flag with the same name.) This implementation is experimental, and will be removed or revised substantially to match the proposal as it makes its way through the C++ committee. llvm-svn: 331244
2017-09-20clang-format clang-format.Manuel Klimek1-3/+2
llvm-svn: 313744
generated by cgit v1.1 at 2025-09-30 16:18:47 +0000