aboutsummaryrefslogtreecommitdiff
path: root/devel/rubygem-aws-sdk-securityhub/distinfo
diff options
context:
space:
mode:
authorLarry Rosenman <ler@FreeBSD.org>2024-04-18 03:59:03 +0000
committerLarry Rosenman <ler@FreeBSD.org>2024-04-18 03:59:51 +0000
commit6925b78750b2813d131f3a7129391baf1a4d5b8e (patch)
tree2fd53286bed8a4ea096518bc2e784b16252e0379 /devel/rubygem-aws-sdk-securityhub/distinfo
parent0baad9e156a0516416415c6a7dce023fbe837fe5 (diff)
downloadports-main.tar.gz
ports-main.zip
devel/cdecl: update to 16.3HEADmain
ChangeLog: Better destructor parameter error message Attempting either to explain or declare a destructor having a parameter list now prints "destructors may not have parameters" explicitly. Defining a type more than once If a type is defined again where the current language is older than the language in which it was previously defined, the type's set of languages is now updated to be the current language and newer. For example, previously: cdecl> set c23 cdecl> typedef int Int cdecl> show typedef int Int; cdecl> set c17 cdecl> typedef int Int // Already exists so did nothing. cdecl> show // Would NOT show anything. cdecl> Now the second typedef would update Int to make it available in C17 and newer so the second show would show it. Multiple conflicting declarations Now exhaustively checking multiple declarations for conflicts in C. Previously, multiple declarations of a variable or function with conflicting types that was separated by a different variable or function wasn't caught: int x, x; // OK in C int x, *x; // error (different types) int x, y, *x; // error, but wasn't caught Now it is. Using macros elsewhere Previously, attempting to use a macro where names are generally allowed would result in an error like: cdecl> #define N 5 cdecl> explain int a[N] ^ 15: syntax error: "N": ']' expected because "N" was returned as a macro token by the lexer. Now, the lexer ignores the fact that a name might be a macro.
Diffstat (limited to 'devel/rubygem-aws-sdk-securityhub/distinfo')
0 files changed, 0 insertions, 0 deletions