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
Add support for BSD-ppc, BSD-ppc64 and BSD-ppc64le configs #17090
Conversation
I don't have access to these platforms to test them. But from code inspection alone these changes seem reasonable. I would point out our (recently updated) platform policy here: Which says:
Since this PR effectively adds new platforms, we would at least need to find someone willing to be the community platform maintainer. @pkubaj is this something you are willing to take on as a result of this PR? Or do you know someone who would be willing to take on that role? From the platform policy I linked to above - the responsibility of the maintainer is:
|
I'm fine with being a maintainer. |
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.
Approved, subject to https://github.com/openssl/web/blob/master/policies/platformpolicy.html being updated to reflect @pkubaj as being the community maintainer for these platforms
Cool! |
Am I supposed to make a PR to update platformpolicy.html? |
If you are willing to do that, then that would be great! |
Would it be possible to also merge to 1.1.1? |
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 don't think this is suitable for back porting to 1.1.1 or 3.0. It doesn't seem like a bug fix and the changes go beyond only being configuration additions.
24 hours has passed since 'approval: done' was set, but as this PR has been updated in that time the label 'approval: ready to merge' is not being automatically set. Please review the updates and set the label manually. |
Not sure why the bot thinks this since there haven't been any updates. Setting the label manually. |
Ah.I just came to merge this and noticed the "CLA: trivial" line in the commit message. Unfortunately I think this goes beyond our definition of trivial and so I think a CLA is required. Could you provide one? |
Agreed, well beyond trivial. |
@pkubaj - looks like this is still holding waiting for a CLA. Will you be able to submit one? |
Yes, I have it printed out, but I don't have a scanner at home, so will need to scan it at work next week. |
@pkubaj - CLA has now been received - thanks! It looks like this PR now needs a rebase - could you do that? |
Ah...unfortunately you added a merge commit. You need to do a rebase instead (we don't allow merge commits). |
OpenSSL assumes AT_HWCAP = 16 (as on Linux), but on FreeBSD AT_HWCAP = 25 Switch to using AT_HWCAP, and setting it to 16 if it is not defined. CLA: trivial
This looks good now. Thanks. @paulidale - can you reconfirm your approval? |
This pull request is ready to merge |
Merged, thanks for the contribution. |
OpenSSL assumes AT_HWCAP = 16 (as on Linux), but on FreeBSD AT_HWCAP = 25 Switch to using AT_HWCAP, and setting it to 16 if it is not defined. CLA: trivial Reviewed-by: Matt Caswell <matt@openssl.org> Reviewed-by: Paul Dale <pauli@openssl.org> (Merged from #17090)
OpenSSL assumes AT_HWCAP = 16 (as on Linux), but on FreeBSD AT_HWCAP = 25 Switch to using AT_HWCAP, and setting it to 16 if it is not defined. CLA: trivial Reviewed-by: Matt Caswell <matt@openssl.org> Reviewed-by: Paul Dale <pauli@openssl.org> (Merged from openssl#17090) (cherry picked from commit f5485b9)
OpenSSL assumes AT_HWCAP = 16 (as on Linux), but on FreeBSD AT_HWCAP = 25 Switch to using AT_HWCAP, and setting it to 16 if it is not defined. CLA: trivial Reviewed-by: Matt Caswell <matt@openssl.org> Reviewed-by: Paul Dale <pauli@openssl.org> (Merged from #17090) (cherry picked from commit f5485b9)
While OpenSSL currently works on FreeBSD/powerpc platforms, it uses a generic configuration without AltiVec / VSX.
CLA: trivial