Date: Tue, 05 Jul 2016 09:33:33 +0000 From: bugzilla-noreply@freebsd.org To: python@FreeBSD.org Subject: [Bug 205960] lang/python35: (and lang/python34) building with LibreSSL fails: lib-dynload/_ssl.so: No such file or directory Message-ID: <bug-205960-21822-3gr9eXtztn@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-205960-21822@https.bugs.freebsd.org/bugzilla/> References: <bug-205960-21822@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205960 --- Comment #15 from Kubilay Kocak <koobs@FreeBSD.org> --- -1 on change in attachment 165181 Any solution should avoid the further use of global {C,CPP,LD}FLAGS modifications as it's a solution too widely scoped for the problem and has caused issues in the past, such as identifying other libraries (we don't wa= nt found) in LOCALBASE, or include order issues causing failures in other modu= les (see the comment in the python3* port makefile) The reason why this fails when NLS is disabled is the following line in the Makefile: NLS_CPPFLAGS=3D -I${LOCALBASE}/include When NLS is enabled (the default), I believe the ssl libraries from LOCALBA= SE are found and used. This doesn't however mean that the solution is to modify global CFLAGS. Long term, this use of CPPFLAGS for gettext needs to go as well, and having another part of the port use it (or CFLAGS) makes that more difficult For further information, see: https://svnweb.freebsd.org/ports?view=3Drevision&revision=3D326729 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D181721 I haven't reviewed or tested attachment 172123 provided by Walter --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-205960-21822-3gr9eXtztn>