-
-
Notifications
You must be signed in to change notification settings - Fork 11k
Fix BN doc #5151
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
Fix BN doc #5151
Conversation
doc/crypto/BN_zero.pod
Outdated
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.
as a BN_ULONG ?
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.
yeah, i suppose. but all three releases have the same wording.
doc/crypto/BN_zero.pod
Outdated
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.
remove this line,
Backport from #5141
|
Updated commit pushed that addresses both comments. |
|
|
||
| If a B<BIGNUM> is equal to 0xffffffffL it can be represented as an | ||
| unsigned long but this value is also returned on error. | ||
| B<BN_ULONG> should probably be a typedef. |
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 think the should probably be a typedef comment should go. By now some feature tests likely exist that test for ifdef BN_ULONG, so it is too late to make this a type instead. Also, when we add new types, applications that support older releases can test for macros more easily than for new types (instead they'd need to test against the OPENSSL_VERSION_NUMBER that adds the new type).
So all in all while may at some point introduce new types as non-macros, this one should probably stay as-is long-term.
|
Merged, thanks! |
Backport from #5141