log: http://pkg.nkhosting.net/data/103x64-default-2017/2017-04-12_12h55m51s/logs/errors/haproxy-1.7.5.log
This was recently fixed upstream (1.8-dev1 should build fine). You need to ask author to merge changes to 1.7 branch, because they do not apply cleanly.
See also bug #218637 "net/haproxy: build fails with latest LibreSSL" This seems to be a problem with the latest version of LibreSSL (2.5.3) and is also affecting builds of www/nginx with the lua module enabled. The following is mentioned in the LibreSSL 2.5.3 release notes [1]: * Moved many leaked implementation details in public structs behind opaque pointers. I'm assuming there's going to have to be some upstream refactoring/cleanup of projects tickling/reading now-private internal SSL data structures 1: https://ftp.openbsd.org/pub/OpenBSD/LibreSSL/libressl-2.5.3-relnotes.txt
Yes, my mistake, looks like it was not fixed in 1.8. Still, someone interested in *SSL internals should work out a fix and submit it upstream.
Created attachment 181914 [details] svn diff for net/haproxy net/haproxy: Fix build with LibreSSL - Add defines SSL_CTRL_GET_TLSEXT_STATUS_REQ_CB from OpenSSL 1.1 - Add 1.6 patch from OpenBSD (last 2 chunks) PR: 218586 Obtained from: OpenBSD
Any chance you submit it upstream instead (haproxy@formilux.org)? Provided this problem is not FreeBSD-specific?
A commit references this bug: Author: brnrd Date: Wed Jul 26 11:57:01 UTC 2017 New revision: 446652 URL: https://svnweb.freebsd.org/changeset/ports/446652 Log: net/haproxy: Fix build with LibreSSL 2.5.3+ - Add defines SSL_CTRL_GET_TLSEXT_STATUS_REQ_CB from OpenSSL 1.1 - Add 1.6 patch from OpenBSD (last 2 chunks) PR: 218586 Obtained from: OpenBSD Changes: head/net/haproxy/files/patch-src_ssl__sock.c
Built locally with LibreSSL 2.5.5 and with vanilla 10.3 and 11.0 amd64 & i386 jails using poudriere.