Home | History | Annotate | Download | only in lint1
History log of /src/tests/usr.bin/xlint/lint1/decl_direct_abstract.c
RevisionDateAuthorComments
 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.

RSS XML Feed