[
https://issues.apache.org/jira/browse/TS-3443?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14362616#comment-14362616
]
Leif Hedstrom commented on TS-3443:
-----------------------------------
Right. What's confusing me is that we compile on CentOS7 with OpenSSL 1.0.2
(custom build) to make HTTP/2 work with ALPN on a few boxes. And this
configure's and compiles fine, without warnings or problems. I don't have a
problem with your patch, I think it's reasonable (but I think [~shinrich]
should have a look at it). What bothers me is that our builds don't trip over
this, which means, a) we can't verify it and b) we don't know if we've fixed it
right everywhere.
Thanks!
> Configure openssl 1.0.2 tls1.h detection faulty
> -----------------------------------------------
>
> Key: TS-3443
> URL: https://issues.apache.org/jira/browse/TS-3443
> Project: Traffic Server
> Issue Type: Bug
> Components: Build
> Reporter: Felix Buenemann
> Fix For: 6.0.0
>
>
> The configure check for tls1.h fails, because at least on openssl 1.0.2
> tls1.h depends on a macro from openssl/safestack.h.
> I've created [pull request #180 on
> github|https://github.com/apache/trafficserver/pull/180] to fix the detection
> by including openssl/ssl.h in the configure check, which in turn includes
> safestack.h. Given that ssl.h is already required that solution should be
> fully backwards compatible to older versions that might not require
> safestack.h.
> This problem affects at least master and 5.2.0.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
