New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
util/ck_errf.pl: add detection of unknown libcrypto and libssl libs #6455
Conversation
This is an alternative for #6452 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Assuming you add the comment: approved.
util/ck_errf.pl
Outdated
@@ -19,6 +19,16 @@ | |||
my $err_strict = 0; | |||
my $bad = 0; | |||
|
|||
my $config = "crypto/err/openssl.ec"; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd like a comment here explaining what's being done and why.
The list of known libs are readily available in crypto/err/openssl.ec, so lets use it to figure out if all error function codes belong to known libs.
2bda3d6
to
cd936da
Compare
Heh, you know that if you approve with a change request like that, I will ask you to reconfirm... Comment looking good? |
comment is nice. reconfirm. |
Merged. a21180b util/ck_errf.pl: add detection of unknown libcrypto and libssl libs |
The list of known libs are readily available in crypto/err/openssl.ec, so lets use it to figure out if all error function codes belong to known libs. Reviewed-by: Rich Salz <rsalz@openssl.org> (Merged from #6455)
I like the solution. Just two minor drawbacks (compared with the initial solution, which had other drawbacks):
Take for instance the ouput of
|
I discovered that long list of errors a few moments ago. Will fix in a new PR, where I will teach the script to take the same config file option as mkerr.pl. |
(also, it seems our Travis script is flawed, or this fault would have been discovered before merging) |
These inconsistencies are likely not the only ones, in particular when new sub-libraries/modules are added, given the rather intricate way they are integrated,in the crypto lib with the various meta files that need to be kept in sync. Well, this is supported by various Perl scripts, yet they have their complexity in themselves and non-trivial interactions also with the Makefile. Would be nice if sub-library/module integration could be defined and managed more centrally, minimizing redundancies. |
YES! Can you open an issue for this? Let's try to address it in one place with one file. |
Done. |
The list of known libs are readily available in crypto/err/openssl.ec,
so lets use it to figure out if all error function codes belong to
known libs.