Date: Thu, 08 May 2025 11:37:26 +0000 From: bugzilla-noreply@freebsd.org To: python@FreeBSD.org Subject: [Bug 274099] lang/python27 fails to compile on 14.0-BETA2 Message-ID: <bug-274099-21822-0QVDMmqazm@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-274099-21822@https.bugs.freebsd.org/bugzilla/> References: <bug-274099-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=3D274099 --- Comment #25 from John Hein <jcfyecrayz@liamekaens.com> --- (In reply to Muhammad Moinur Rahman from comment #23) (In reply to jwdevel from comment #24) Yes, the build with the 's|00907000|00000000|' substitution is still using include files from /usr/include. Try adding this little patch to print out= the search path for opensslv.h: @@ -889,6 +890,8 @@ class PyBuildExt(build_ext): # look for the openssl version header on the compiler search path. opensslv_h =3D find_file('openssl/opensslv.h', [], inc_dirs + search_for_ssl_incs_in) + print('opensslv_h: %s' % str(opensslv_h)) + print('inc_dirs: %s' % str(inc_dirs)) if opensslv_h: name =3D os.path.join(opensslv_h[0], 'openssl/opensslv.h') if host_platform =3D=3D 'darwin' and is_macosx_sdk_path(name): Then do a build and look for opensslv_h in the build output. And, yes, even if your build succeeds, you may be linking with the ports ssl library, but using the base version of opensslv.h at compile time. Will th= at work? It might - as long as the two opensslv.h files are compatible "enoug= h".=20 But it also may lead to subtle breakage. It's better to compile with the r= ight header that matches the library that is being linked. The 's|00907000|00000000|' version hack should probably be removed in favor= of the attachment 245256 patch in comment 16 (that patch does not remove the version hack, but that should probably be done). The ssl version hack is q= uite fragile and dependent on a specific version that may not be right with the passage of time. Despite the attitude in comment 18 from a couple years ago to not do anythi= ng to ports that may soon be removed, I think applying the more correct change should almost always be the right course of action, especially when it is fairly trivially implemented and verifiable. Even if it is removed "soon", this is low effort and improves the lives of users in the mean time. --=20 You are receiving this mail because: You are the assignee for the bug. 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-274099-21822-0QVDMmqazm>