[
https://issues.apache.org/jira/browse/TS-3443?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14362214#comment-14362214
]
Felix Buenemann edited comment on TS-3443 at 3/15/15 5:05 AM:
--------------------------------------------------------------
It's not related to homebrew, just look at the openssl 1.0.2 sources to see the
dependency. Given that this seems to be required for TS-2729, changing the
version to 5.3.0 might be a good idea.
I just compared the OpenSSL_1.0.1-stable and OpenSSL_1_0_2-stable branches on
the [openssl github repository|https://github.com/openssl/openssl].
was (Author: felixbuenemann):
It's not related to homebrew, just looks at the openssl 1.0.2 sources to see
the dependency. Given that this seems to be required for TS-2729, changing the
version to 5.3.0 might be a good idea.
> 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)
