Date: Fri, 04 Mar 2016 12:34:34 +0100 From: Raphael Kubo da Costa <rakuco@FreeBSD.org> To: Jan Beich <jbeich@FreeBSD.org> Cc: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r409981 - in head: net-p2p/transmission-cli net-p2p/transmission-cli/files net-p2p/transmission-daemon net-p2p/transmission-gtk net-p2p/transmission-qt4 www/transmission-web Message-ID: <86mvqejx2t.fsf@FreeBSD.org> In-Reply-To: <7fhj-bus0-wny@vfemail.net> (Jan Beich's message of "Thu, 03 Mar 2016 13:39:11 %2B0100") References: <201603022250.u22MoTvC084326@repo.freebsd.org> <86a8mf941o.fsf@FreeBSD.org> <7fhj-bus0-wny@vfemail.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Jan Beich <jbeich@FreeBSD.org> writes:
> Try r410032 fix. The intent is to select between -lcrypto, -lpolarssl, -lwolfssl
> without touching master port. It still remains a hack as there should be a way
> to override pkg-config output in QMake a la Autoconf:
>
> # Handle openssl.pc being absent from base
> OPENSSL_CONFIGURE_ENV= OPENSSL_CFLAGS="-I${OPENSSLINC}" \
> OPENSSL_LIBS="-L${OPENSSLLIB} -lcrypto"
Thanks, it works fine with that workaround.
> Note, Transmission supports QT5 since 2.82 and CMake build since 2.90.
I took a brief look at the CMake code there and it supports choosing
between different SSL implementations without the need for hacks. It'd
be great if the maintainer(s) considered moving the port to CMake :-)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86mvqejx2t.fsf>