Skip to content

Conversation

@porglezomp
Copy link

Before issuing the warning about use of a strict prototype, check if
the declarator is required to have a prototype through some other means
determined at parse time.

This silences false positives in OpenCL code (where the functions are
forced to have a prototype) and block literal expressions.

(cherry picked from commit 4be105c)

Follow-up for #4700

Before issuing the warning about use of a strict prototype, check if
the declarator is required to have a prototype through some other means
determined at parse time.

This silences false positives in OpenCL code (where the functions are
forced to have a prototype) and block literal expressions.

(cherry picked from commit 4be105c)
@porglezomp porglezomp requested a review from ahmedbougacha May 22, 2022 07:20
@porglezomp porglezomp changed the title Silence some false positive -Wstrict-prototype warnings [stable/20220421 cherry-pick] Silence some false positive -Wstrict-prototype warnings May 22, 2022
@porglezomp porglezomp changed the title [stable/20220421 cherry-pick] Silence some false positive -Wstrict-prototype warnings [stable/20220421] Silence some false positive -Wstrict-prototype warnings May 22, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants