public headers use non-curl prefixed symbols #4793
Closed
Labels
Comments
bagder
added a commit
that referenced
this issue
Jan 7, 2020
... using the new badsymbols.pl perl script Fixes #4793
What triggered me to go down this rabbit hole this time here was how this mistake slipped in. the fix |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
All symbols curl defines and provides in public include files/headers should be prefixed by curl or libcurl to minimize the risk of them colliding with other libraries' or applications' symbols.
This is mostly done already with a few exceptions (
WIN32
,CINIT
,CFINIT
and some of the related defines around the CINIT macro dance). This should be fixed and we should introduce a test that verifies that we maintain this situation going forward.The text was updated successfully, but these errors were encountered: