amd64 (example) main [so: 14]: delete-old check-old delete-old-libs missing a bunch of files?
/usr/obj/DESTDIRs/main-amd64-poud/ is a buildworld installation for poudriere-devel use that I've been updating on occasion for a while. Despite: >>> Checking for old files >>> Checking for old libraries >>> Checking for old directories To remove old files and directories run 'make delete-old'. To remove old libraries run 'make delete-old-libs'. in /usr/obj/DESTDIRs/main-amd64-poud for: # chroot /usr/obj/DESTDIRs/main-amd64-poud uname -apKU FreeBSD amd64_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #14 main-n250972-319e9fc642a1-dirty: Tue Nov 23 11:43:26 PST 2021 root@amd64_ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-NODBG amd64 amd64 1400042 1400042 installing a new directory tree: # chroot /usr/obj/DESTDIRs/main-amd64-chroot uname -apKU FreeBSD amd64_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #14 main-n250972-319e9fc642a1-dirty: Tue Nov 23 11:43:26 PST 2021 root@amd64_ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-NODBG amd64 amd64 1400042 1400042and diff ends up with diff -rq between the trees findings many old files only under /usr/obj/DESTDIRs/main-amd64-poud/ . Various .old's and .bak's and such are likely expected but most of the following would seem to not be expected. Checking the dates indicates files from August and the like (dates not shown) and the matches being Nov 23. # diff -rq /usr/obj/DESTDIRs/main-amd64-chroot /usr/obj/DESTDIRs/main-amd64-poud | more diff: /usr/obj/DESTDIRs/main-amd64-chroot/etc/os-release: No such file or directory Only in /usr/obj/DESTDIRs/main-amd64-poud/boot: loader_4th.old Only in /usr/obj/DESTDIRs/main-amd64-poud/boot: loader_lua.old Only in /usr/obj/DESTDIRs/main-amd64-poud/boot: loader_simp.old Only in /usr/obj/DESTDIRs/main-amd64-poud/etc/rc.d: sppp Only in /usr/obj/DESTDIRs/main-amd64-poud/libexec: ld-elf.so.1.old Only in /usr/obj/DESTDIRs/main-amd64-poud/libexec: ld-elf32.so.1.old Only in /usr/obj/DESTDIRs/main-amd64-poud/rescue: spppcontrol Only in /usr/obj/DESTDIRs/main-amd64-poud/sbin: init.bak Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/include/netgraph/bluetooth/include: ng_h4.h Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib/include/netgraph/bluetooth/include: ng_h4.h Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib: lib9p_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib: libicp_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib: libicp_rescue_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib: libnetmap_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib: libprivateatf-c++_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib: libprivateatf-c_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib: libprivateauditd_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib: libprivateevent1_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib: libprivategmock_main_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib: libprivategmock_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib: libprivategtest_main_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib: libprivategtest_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib: libspl_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib: libstats_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib: libtpool_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib: libzfsbootenv_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib: libzutil_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: lib80211_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: lib9p_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libBlocksRuntime_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libalias_dummy_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libalias_ftp_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libalias_irc_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libalias_nbt_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libalias_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libalias_pptp_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libalias_skinny_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libalias_smedia_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libarchive_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libasn1_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libavl_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libbe_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libbegemot_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libblacklist_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libbluetooth_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libbsdxml_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libbsm_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libbsnmp_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libbz2_p.a Only in /usr/obj/DESTDIRs/main-amd64-poud/usr/lib32: libc++_p.a Only in /usr/obj/DESTDIRs/m
Re: Problem compiling ports
Yeah, I've got this in progress. -- Brooks On Wed, Dec 01, 2021 at 06:57:56AM +0900, Tomoaki AOKI wrote: > It would be better making new special handling like BE_AMDGPU for it. > Building with BE_STANDARD just for this would be a pain for some users. > > (CC'ing freebsd-ports ML.) > > > On Tue, 30 Nov 2021 17:45:30 + > Brooks Davis wrote: > > > In the config for devel/llvm11, is BE_STANDARD enabled? If not, you > > won't have the web assembly backend. > > > > -- Brooks > > > > On Tue, Nov 30, 2021 at 05:24:45PM +, Filippo Moretti via current wrote: > > > error: unable to create target: 'No available targets are compatible with > > > triple "wasm32-unknown-wasi"' > > > 1 error generated. > > > gmake[3]: *** [Makefile:380: > > > /usr/ports/devel/wasi-libc/work/wasi-libc-ad5133410f66b93a2381db5b542aad5e0964db96/build/dlmalloc/src/dlmalloc.o] > > > Error 1 > > > error: unable to create target: 'No available targets are compatible with > > > triple "wasm32-unknown-wasi"' > > > 1 error generated. > > > gmake[3]: *** [Makefile:440: startup_files] Error 1 > > > gmake[3]: Leaving directory > > > '/usr/ports/devel/wasi-libc/work/wasi-libc-ad5133410f66b93a2381db5b542aad5e0964db96' > > > ===> Compilation failed unexpectedly. > > > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure > > > to > > > the maintainer. > > > *** Error code 1 > > > > > > Stop. > > > make[2]: stopped in /usr/ports/devel/wasi-libc > > > *** Error code 1 > > > > > > Stop. > > > make[1]: stopped in /usr/ports/devel/wasi-libcxx*** Error code 1 > > > > > > Stop. > > > make: stopped in /usr/ports/www/firefox > > > > > > ===>>> make build failed for www/firefox > > > ===>>> Aborting update > > > > > > > > > ??File "/usr/local/lib/python3.8/site-packages/setuptools/dist.py", line > > > 799, in > > > ?? eps = map(lambda e: e.load(), > > > pkg_resources.iter_entry_points(group)) > > > ?? File > > > "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line > > > 2449, in load > > > ?? self.require(*args, **kwargs) > > > ?? File > > > "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line > > > 2472, in require > > > ?? items = working_set.resolve(reqs, env, installer, > > > extras=self.extras) > > > ?? File > > > "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line > > > 772, in resolve > > > ?? raise DistributionNotFound(req, requirers) > > > pkg_resources.DistributionNotFound: The 'packaging>=20.0' distribution > > > was not found and is required by the application > > > *** Error code 1 > > > > > > Stop. > > > make: stopped in /usr/ports/devel/py-pycparser > > > > > > ===>>> make build failed for devel/py-pycparser@py38 > > > ===>>> Aborting update > > > > > > FreeBSD sting 14.0-CURRENT FreeBSD 14.0-CURRENT #62 > > > heads/main-n251146-d109559ddbf: Mon Nov 29 12:18:48 CET 2021 > > > root@sting:/usr/obj/usr/src/amd64.amd64/sys/STING?? amd64 > > > > > > > > > -- > Tomoaki AOKI > signature.asc Description: PGP signature
Re: Problem compiling ports
It would be better making new special handling like BE_AMDGPU for it. Building with BE_STANDARD just for this would be a pain for some users. (CC'ing freebsd-ports ML.) On Tue, 30 Nov 2021 17:45:30 + Brooks Davis wrote: > In the config for devel/llvm11, is BE_STANDARD enabled? If not, you > won't have the web assembly backend. > > -- Brooks > > On Tue, Nov 30, 2021 at 05:24:45PM +, Filippo Moretti via current wrote: > > error: unable to create target: 'No available targets are compatible with > > triple "wasm32-unknown-wasi"' > > 1 error generated. > > gmake[3]: *** [Makefile:380: > > /usr/ports/devel/wasi-libc/work/wasi-libc-ad5133410f66b93a2381db5b542aad5e0964db96/build/dlmalloc/src/dlmalloc.o] > > Error 1 > > error: unable to create target: 'No available targets are compatible with > > triple "wasm32-unknown-wasi"' > > 1 error generated. > > gmake[3]: *** [Makefile:440: startup_files] Error 1 > > gmake[3]: Leaving directory > > '/usr/ports/devel/wasi-libc/work/wasi-libc-ad5133410f66b93a2381db5b542aad5e0964db96' > > ===> Compilation failed unexpectedly. > > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > > the maintainer. > > *** Error code 1 > > > > Stop. > > make[2]: stopped in /usr/ports/devel/wasi-libc > > *** Error code 1 > > > > Stop. > > make[1]: stopped in /usr/ports/devel/wasi-libcxx*** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/www/firefox > > > > ===>>> make build failed for www/firefox > > ===>>> Aborting update > > > > > > ??File "/usr/local/lib/python3.8/site-packages/setuptools/dist.py", line > > 799, in > > ?? eps = map(lambda e: e.load(), pkg_resources.iter_entry_points(group)) > > ?? File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", > > line 2449, in load > > ?? self.require(*args, **kwargs) > > ?? File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", > > line 2472, in require > > ?? items = working_set.resolve(reqs, env, installer, extras=self.extras) > > ?? File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", > > line 772, in resolve > > ?? raise DistributionNotFound(req, requirers) > > pkg_resources.DistributionNotFound: The 'packaging>=20.0' distribution was > > not found and is required by the application > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/devel/py-pycparser > > > > ===>>> make build failed for devel/py-pycparser@py38 > > ===>>> Aborting update > > > > FreeBSD sting 14.0-CURRENT FreeBSD 14.0-CURRENT #62 > > heads/main-n251146-d109559ddbf: Mon Nov 29 12:18:48 CET 2021 > > root@sting:/usr/obj/usr/src/amd64.amd64/sys/STING?? amd64 > > > > -- Tomoaki AOKI
Re: Problem compiling ports
In the config for devel/llvm11, is BE_STANDARD enabled? If not, you won't have the web assembly backend. -- Brooks On Tue, Nov 30, 2021 at 05:24:45PM +, Filippo Moretti via current wrote: > error: unable to create target: 'No available targets are compatible with > triple "wasm32-unknown-wasi"' > 1 error generated. > gmake[3]: *** [Makefile:380: > /usr/ports/devel/wasi-libc/work/wasi-libc-ad5133410f66b93a2381db5b542aad5e0964db96/build/dlmalloc/src/dlmalloc.o] > Error 1 > error: unable to create target: 'No available targets are compatible with > triple "wasm32-unknown-wasi"' > 1 error generated. > gmake[3]: *** [Makefile:440: startup_files] Error 1 > gmake[3]: Leaving directory > '/usr/ports/devel/wasi-libc/work/wasi-libc-ad5133410f66b93a2381db5b542aad5e0964db96' > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > the maintainer. > *** Error code 1 > > Stop. > make[2]: stopped in /usr/ports/devel/wasi-libc > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/devel/wasi-libcxx*** Error code 1 > > Stop. > make: stopped in /usr/ports/www/firefox > > ===>>> make build failed for www/firefox > ===>>> Aborting update > > > ??File "/usr/local/lib/python3.8/site-packages/setuptools/dist.py", line 799, > in > ?? eps = map(lambda e: e.load(), pkg_resources.iter_entry_points(group)) > ?? File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", > line 2449, in load > ?? self.require(*args, **kwargs) > ?? File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", > line 2472, in require > ?? items = working_set.resolve(reqs, env, installer, extras=self.extras) > ?? File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", > line 772, in resolve > ?? raise DistributionNotFound(req, requirers) > pkg_resources.DistributionNotFound: The 'packaging>=20.0' distribution was > not found and is required by the application > *** Error code 1 > > Stop. > make: stopped in /usr/ports/devel/py-pycparser > > ===>>> make build failed for devel/py-pycparser@py38 > ===>>> Aborting update > > FreeBSD sting 14.0-CURRENT FreeBSD 14.0-CURRENT #62 > heads/main-n251146-d109559ddbf: Mon Nov 29 12:18:48 CET 2021 > root@sting:/usr/obj/usr/src/amd64.amd64/sys/STING?? amd64 > > signature.asc Description: PGP signature
Problem compiling ports
error: unable to create target: 'No available targets are compatible with triple "wasm32-unknown-wasi"' 1 error generated. gmake[3]: *** [Makefile:380: /usr/ports/devel/wasi-libc/work/wasi-libc-ad5133410f66b93a2381db5b542aad5e0964db96/build/dlmalloc/src/dlmalloc.o] Error 1 error: unable to create target: 'No available targets are compatible with triple "wasm32-unknown-wasi"' 1 error generated. gmake[3]: *** [Makefile:440: startup_files] Error 1 gmake[3]: Leaving directory '/usr/ports/devel/wasi-libc/work/wasi-libc-ad5133410f66b93a2381db5b542aad5e0964db96' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[2]: stopped in /usr/ports/devel/wasi-libc *** Error code 1 Stop. make[1]: stopped in /usr/ports/devel/wasi-libcxx*** Error code 1 Stop. make: stopped in /usr/ports/www/firefox ===>>> make build failed for www/firefox ===>>> Aborting update File "/usr/local/lib/python3.8/site-packages/setuptools/dist.py", line 799, in eps = map(lambda e: e.load(), pkg_resources.iter_entry_points(group)) File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2449, in load self.require(*args, **kwargs) File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2472, in require items = working_set.resolve(reqs, env, installer, extras=self.extras) File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line 772, in resolve raise DistributionNotFound(req, requirers) pkg_resources.DistributionNotFound: The 'packaging>=20.0' distribution was not found and is required by the application *** Error code 1 Stop. make: stopped in /usr/ports/devel/py-pycparser ===>>> make build failed for devel/py-pycparser@py38 ===>>> Aborting update FreeBSD sting 14.0-CURRENT FreeBSD 14.0-CURRENT #62 heads/main-n251146-d109559ddbf: Mon Nov 29 12:18:48 CET 2021 root@sting:/usr/obj/usr/src/amd64.amd64/sys/STING amd64
Re: ctfconvert: rc = 1 Unsupported version [_dwarf_info_load(229)]
On 27/11/2021 10:42, Andriy Gapon wrote: On 26/11/2021 21:48, Mark Johnston wrote: On Fri, Nov 26, 2021 at 02:00:27PM -0500, Mark Johnston wrote: Thanks, I can reproduce it now. Our libdwarf is complaining that the first compilation unit header in .debug_info contains an unsupported DWARF version number (libdwarf only supports 2, 3 and 4). In files compiled by clang it ends up being zero. For instance, compiling bin/cat and dumping the .debug_info section: gcc10: c125 0400 0801 ^ DWARF version clang: 0100 4e23 llvm-dwarfdump and binutils readelf are somehow still able to find a valid-looking unit header, but I haven't yet been able to figure out how they do that from reading the DWARF 4/5 specs or the LLVM sources. |Ah, we recently started configuring clang to compress debug sections by default, and our libdwarf doesn't know how to handle that. As an interim workaround this could simply be disabled with WITH_CTF is configured: Oh wow, you were very fast at figuring this out. Thank you very much! I'll give the build change a whirl first and then test D33139 a bit later. Tested both (individually) and both do the job just as expected. -- Andriy Gapon