/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'.
T
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
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
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-wa
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 creat
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 vers
