Date: Wed, 08 Sep 2021 22:14:46 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 258377] lang/python36 lang/python37 lang/python38 lang/python39 lang/python310: disable detection of multiarch for clang 13 Message-ID: <bug-258377-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D258377 Bug ID: 258377 Summary: lang/python36 lang/python37 lang/python38 lang/python39 lang/python310: disable detection of multiarch for clang 13 Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: Individual Port(s) Assignee: python@FreeBSD.org Reporter: dim@FreeBSD.org Assignee: python@FreeBSD.org Flags: maintainer-feedback?(python@FreeBSD.org) Created attachment 227773 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D227773&action= =3Dedit Stub out multiarch detection in lang/python3X ports for clang 13 During an exp-run for llvm 13 (see bug 258209), it turned out that lang/python3([6-9]|10) do not build with clang 13.0.0 [1][2][3][4][5]: LD_LIBRARY_PATH=3D/wrkdirs/usr/ports/lang/python36/work/Python-3.6.14 CC=3D= 'cc' LDSHARED=3D'cc -shared -lpthread -L/usr/local/lib -fstack-protector-stron= g ' OPT=3D'-DNDEBUG' _TCLTK_INCLUDES=3D'' _TCLTK_LIBS=3D'' ./python -E ./setu= p.py -q build Failed to import the site module Traceback (most recent call last): File "/wrkdirs/usr/ports/lang/python36/work/Python-3.6.14/Lib/site.py", l= ine 553, in <module> main() File "/wrkdirs/usr/ports/lang/python36/work/Python-3.6.14/Lib/site.py", l= ine 539, in main known_paths =3D addusersitepackages(known_paths) File "/wrkdirs/usr/ports/lang/python36/work/Python-3.6.14/Lib/site.py", l= ine 282, in addusersitepackages user_site =3D getusersitepackages() File "/wrkdirs/usr/ports/lang/python36/work/Python-3.6.14/Lib/site.py", l= ine 258, in getusersitepackages user_base =3D getuserbase() # this will also set USER_BASE File "/wrkdirs/usr/ports/lang/python36/work/Python-3.6.14/Lib/site.py", l= ine 248, in getuserbase USER_BASE =3D get_config_var('userbase') File "/wrkdirs/usr/ports/lang/python36/work/Python-3.6.14/Lib/sysconfig.p= y", line 601, in get_config_var return get_config_vars().get(name) File "/wrkdirs/usr/ports/lang/python36/work/Python-3.6.14/Lib/sysconfig.p= y", line 550, in get_config_vars _init_posix(_CONFIG_VARS) File "/wrkdirs/usr/ports/lang/python36/work/Python-3.6.14/Lib/sysconfig.p= y", line 421, in _init_posix _temp =3D __import__(name, globals(), locals(), ['build_time_vars'], 0) ModuleNotFoundError: No module named '_sysconfigdata_m_freebsd14_x86_64-unknown-freebsd14' *** Error code 1 The reason this breaks with clang >=3D 13, is that it now started supportin= g the -print-multiarch option, but in its output it adds a major.minor version number, for example x86_64-unknown-freebsd14.0. The dot confuses Python, as= it appends the multiarch name to the sysconfig module name, and then can't load the resulting _sysconfigdata__freebsd14_x86_64-unknown-freebsd14.0.py file: ModuleNotFoundError: No module named '_sysconfigdata__freebsd14_x86_64-unknown-freebsd14' Since we do not support multiarch, and the configure script has no way to disable the multiarch check, I would like to propose to just stub it out du= ring post-patch, as per the attached diff. [1] http://gohan04.nyi.freebsd.org/data/mainamd64PR258209-default/2021-09-05_20= h27m09s/logs/errors/python36-3.6.14.log [2] http://gohan04.nyi.freebsd.org/data/mainamd64PR258209-default/2021-09-05_20= h27m09s/logs/errors/python37-3.7.11.log [3] http://gohan04.nyi.freebsd.org/data/mainamd64PR258209-default/2021-09-05_20= h27m09s/logs/errors/python38-3.8.11.log [4] http://gohan04.nyi.freebsd.org/data/mainamd64PR258209-default/2021-09-05_20= h27m09s/logs/errors/python39-3.9.7.log [5] http://gohan04.nyi.freebsd.org/data/mainamd64PR258209-default/2021-09-05_20= h27m09s/logs/errors/python310-3.10.0.r1.log --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-258377-7788>