Created attachment 244622 [details] poudriere full log =>> Building devel/bazel5 build started at Mon Sep 4 05:05:54 UTC 2023 port directory: /usr/ports/devel/bazel5 package name: bazel5-5.4.1 building for: FreeBSD pkg.skunkwerks.at 15.0-CURRENT FreeBSD 15.0-CURRENT arm64 ... [31m[1mERROR: [0m/wrkdirs/usr/ports/devel/bazel5/work/bazel_tmp/bazel_7c2BrPu2/out/external/upb/BUILD:80:11: Compiling upb/upb.c failed: (Exit 1): clang failed: error executing command (cd /wrkdirs/usr/ports/devel/bazel5/work/bazel_tmp/bazel_7c2BrPu2/out/execroot/io_bazel && \ exec env - \ PATH=/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/nonexistent/bin \ PWD=/proc/self/cwd \ /usr/bin/clang -U_FORTIFY_SOURCE '-D_FORTIFY_SOURCE=1' -fstack-protector -Wall -fno-omit-frame-pointer -g0 -O2 -DNDEBUG -ffunction-sections -fdata-sections -MD -MF bazel-out/freebsd-opt/bin/external/upb/_objs/upb/upb.d '-frandom-seed=bazel-out/freebsd-opt/bin/external/upb/_objs/upb/upb.o' -iquote external/upb -iquote bazel-out/freebsd-opt/bin/external/upb '-std=c99' -pedantic '-Werror=pedantic' -Wall -Wstrict-prototypes -no-canonical-prefixes -Wno-builtin-macro-redefined '-D__DATE__="redacted"' '-D__TIMESTAMP__="redacted"' '-D__TIME__="redacted"' -c external/upb/upb/upb.c -o bazel-out/freebsd-opt/bin/external/upb/_objs/upb/upb.o) # Configuration: 3cf242b8696f184fc19f3802c6bb45f43a77ee075b167e7f96b23e8d1c5ee97f # Execution platform: //:default_host_platform external/upb/upb/upb.c:215:25: error: defining a type within '__builtin_offsetof' is a Clang extension [-Werror,-Wgnu-offsetof-extensions] n = UPB_ALIGN_DOWN(n, UPB_ALIGN_OF(upb_arena)); ^~~~~~~~~~~~~~~~~~~~~~~ I'll add amd64 results when that arrives.
same for amd64 as well
seems to come from upb https://github.com/protocolbuffers/protobuf/issues/13736 after https://reviews.llvm.org/D133574 see https://en.cppreference.com/w/c/types/offsetof
Is it enough to just add -Wno-gnu-offsetof-extensions to $(CFLAGS)?
Same for 14-STABLE as well
I made a review for a suggested fix: https://reviews.freebsd.org/D42729. I tested this on 14.0-RELEASE and expect it to work for 15-CURRENT as well.
Interestingly, while this problem does affect the current devel/bazel port as well, it goes away if I upgrade that port from 6.2.0 to 6.4.0.
(In reply to dfr from comment #6) Ignore me - my test was run on a 13.2 system, not 14.0
This is fixed in D42729