Date: Mon, 14 Jun 2021 12:03:25 -0700 From: Mark Millard via freebsd-ports <freebsd-ports@freebsd.org> To: bob prohaska <fbsd@www.zefox.net> Cc: FreeBSD ports <freebsd-ports@freebsd.org> Subject: Re: Restarting poudriere Message-ID: <82264798-422F-45BF-8C46-1ABF2DDBB04F@yahoo.com> References: <82264798-422F-45BF-8C46-1ABF2DDBB04F.ref@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
bob prohaska <fbsd_at_www.zefox.net> wrote on Date: Mon, 14 Jun 2021 09:28:39 -0700 : > Thanks to much support on the lists it looks like poudriere _almost_ > worked on the Pi3.=20 I'm presuming the RPi3B+ is being used as aarch64 instead of armv7. > In earlier tries builds of llvm10 failed from lack of memory. = Restraining > poudriere with -J 2 and MAKE_JOBS_NUMBER=3D2 in /etc/make.conf, along = with > turning off use of tmpfs appears to have relieved the excess memory = pressure. >=20 > Restarting the poudriere session still fails with llvm10, reporting >=20 > c++: error: no such file or directory: = '/wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/lib/Target/Hexagon/D= isassembler/HexagonDisassembler.cpp' > c++: error: no input files > ninja: build stopped: subcommand failed. > *** Error code 1 >=20 > Similarly, the build of rust stopped with >=20 > 10: fatal error: 'PPCTargetMachine.h' file not found > #include "PPCTargetMachine.h" > ^~~~~~~~~~~~~~~~~~~~ > 1 error generated. > ninja: build stopped: subcommand failed. > thread 'main' panicked at ' > command did not execute successfully, got: exit code: 1 >=20 > It looks like artifacts from the previous build failures are somehow > persisting into subsequent work. poudriere does not do that. Each builder (job) is started from scratch, only reusing already built packages (via reinstallation in the temporary jail). That includes its jail-local /wrkdirs/. . . content being built up from scratch (from distribution files). > There are no indications of memory > or swap insufficiency.=20 >=20 > Can anybody suggest a fix, short of starting over from scratch? > Perhaps building the offending packages individually, or in separate > jails? I've been using the same jail for all attempts so far. I will note that on arm (aarch64 and armv7) I use: # more /usr/local/etc/poudriere.d/options/devel_llvm10/options=20 # This file is auto-generated by 'make config'. # Options for llvm10-10.0.1_3 _OPTIONS_READ=3Dllvm10-10.0.1_3 _FILE_COMPLETE_OPTIONS_LIST=3DBE_AMDGPU CLANG DOCS EXTRAS LIT LLD LLDB = LLD_LINK OPENMP PYCLANG BE_FREEBSD BE_NATIVE BE_STANDARD OPTIONS_FILE_SET+=3DBE_AMDGPU OPTIONS_FILE_SET+=3DCLANG OPTIONS_FILE_SET+=3DDOCS OPTIONS_FILE_SET+=3DEXTRAS OPTIONS_FILE_SET+=3DLIT OPTIONS_FILE_SET+=3DLLD OPTIONS_FILE_SET+=3DLLDB OPTIONS_FILE_SET+=3DLLD_LINK OPTIONS_FILE_SET+=3DOPENMP OPTIONS_FILE_UNSET+=3DPYCLANG OPTIONS_FILE_UNSET+=3DBE_FREEBSD OPTIONS_FILE_SET+=3DBE_NATIVE OPTIONS_FILE_UNSET+=3DBE_STANDARD in part in order to avoid building for targeting non-arm architectures. So: no Hexagon or powerpc* . (Less time wasted in my context.) Because of that use, I'm unsure if I would get the same as you report from using BE_FREEBSD or BE_STANDARD instead on aarch64. It is possible to have poudriere produce a (compressed) tar of the /wrkdirs/usr/ports/devel/llvm10/work/ content that can later be extracted someplace and looked at. Producing these for llvm10 tends to take significant time once it starts. The files are put at paths that look like: /usr/local/poudriere/data/wrkdirs/JAILNAME/default/* Depending on your poudriere.conf content, you might already have such a compressed tar. But I'm not sure that you would want to see what was under: . . ./llvm-10.0.1.src/lib/Target/Hexagon/. . . or if . . ./llvm-10.0.1.src/lib/Target/Hexagon/ even exists. (I'm not sure what you would do with the information beyond reporting it.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?82264798-422F-45BF-8C46-1ABF2DDBB04F>