History log of /src/tests/usr.bin/xlint/lint1/decl_direct_abstract.c |
Revision | | Date | Author | Comments |
1.12 |
| 28-Jan-2024 |
rillig | tests/lint: sort multiple diagnostics per line chronologically
For now, the chronologic order is not enforced but has to be established manually, for example by removing all 'expect' comment lines and regenerating them with 'accept.sh -u'.
While here, clean up a few instances that came up when regenerating the 'expect' comments, such as wrong indentation or needless deviation from the 'expect+1' form.
|
1.11 |
| 22-Oct-2023 |
rillig | tests/lint: test GCC attributes after abstract function type
|
1.10 |
| 02-Aug-2023 |
rillig | lint: fix handling of unnamed function parameters
|
1.9 |
| 01-Jul-2023 |
rillig | tests/lint: rework tests for type names
|
1.8 |
| 28-Mar-2023 |
rillig | lint: warn about extern declarations outside headers
https://mail-index.netbsd.org/tech-userlevel/2023/03/15/msg013727.html
|
1.7 |
| 17-Jun-2022 |
rillig | tests/lint: make 'expect+-' comments stricter
Previously, the expectations from these comments were already satisfied if the expectation occurred somewhere in the actual message from lint. This meant that the prefix 'error:' or 'warning:' could be omitted from the 'expect' comment. These omissions were hard to see in a manual review. Now any omissions must be visually marked with '...'.
The test msg_342 now reports its messages properly as being in the file msg_342.c, rather than msg_341.c. This had been a copy-and-paste mistake.
|
1.6 |
| 01-Apr-2022 |
rillig | lint: add type details to message about 'sizeof(function)'
The code in add_function is severely broken, it mixes up the return type of the function with the argument types. For now, at least show the guessed type in the diagnostic, to allow human readers quickly spot the bug.
Extend the test cases in decl_direct_abstract.c to show that the behavior differs unreasonably if the first parameter of the function is equal to its return type.
|
1.5 |
| 01-Apr-2022 |
rillig | lint: improve determination of abstract typename
Still not perfect, but at least a step in the right direction. See decl_direct_abstract.c for the missing edge cases.
See PR#22119.
|
1.4 |
| 14-Sep-2021 |
rillig | tests/lint: fix typo from previous commit
|
1.3 |
| 14-Sep-2021 |
rillig | lint: support int[*][3] from C99
No warning in pre-C99 mode since this declarator is not used in practice anyway.
|
1.2 |
| 14-Sep-2021 |
rillig | tests/lint: test missing support for int[*][3]
|
1.1 |
| 13-Sep-2021 |
rillig | tests/lint: add more tests for direct-abstract-declarator
Lint's grammar in this area differs a lot from the grammar in C99. GCC's parser has a long comment about special cases in this area. It's tricky to even parse these type names correctly, let alone assign them the correct types, that's why it needs more tests before trying to refactor that code.
|