On Sun, 7 Sep 2025 15:15:54 -0600 (MDT)
gkoeh...@openbsd.org wrote:
> Bulk build on macppc-0.ports.openbsd.org
>
> Started : Sat Aug 2 10:51:20 MDT 2025
> Finished: Sun Sep 7 15:15:10 MDT 2025
> Duration: 36 Days 4 hours 24 minutes
>
> Built using OpenBSD 7.7-current (GENERIC) #52: Fri Aug 1 19:05:08 GMT 2025
>
> Built 10092 packages
For powerpc, this was the 1st bulk after 7.7-release, and also the 1st
bulk to use clang 19. (There was a delay getting clang 19 to work on
powerpc.) After these packages go out on the mirrors, they will need
some older base libraries which are not in current snapshots. I will
probably scp some old libs from my Power Mac G5 to my PowerBook G4.
This bulk took 37 days (more than 5 weeks), but built 10092 packages.
7.7-release took 27 days and built only 8439 packages.
The 7.7-release bulk had 1136 build failures mostly because
macppc-2.ports.openbsd.org ran out of disk space. This happened late
in the bulk (when it builds many small packages); I'm sorry that I
didn't notice that my bulk was cut short.
Also, clang 16 (in 7.7-release) failed www/webkitgtk4 with "LLVM
ERROR: out of memory", but clang 19 packaged it. Having webkitgtk4
unlocks more packages (like x11/xfce4/terminal, which I had not seen
on powerpc in years).
I recently learned that math/py-numpy can crash at runtime on powerpc.
This is an old problem, clang bug 56023 "PowerPC ABI incompatibility
with GNU on complex arguments". Just do "make test" in math/py-numpy,
and it crashes calling csqrtf(3) in libm. We compile numpy with gcc
(MODULES += fortran changes the C compiler to gcc) but libm with clang.
https://github.com/llvm/llvm-project/issues/56023
> http://build-failures.rhaalovely.net/powerpc/2025-08-02/x11/gnustep/base.log
"error: use of undeclared identifier 'objc_method_cache_version'"
x11/gnustep/libobjc2 had disabled objc_method_cache_version only for
32-bit powerpc, but x11/gnustep/base can't know that. I want to try
patching x11/gnustep/libobjc2 to enable objc_method_cache_version.
It would need support for 64-bit atomic ops on powerpc, which our
clang and compiler-rt might provide.
> http://build-failures.rhaalovely.net/powerpc/2025-08-02/math/py-scipy.log
"error: unable to find library -latomic"
Need to delete -latomic, the gcc lib for 64-bit atomic ops on
powerpc. Our clang has compiler-rt for these ops.
> http://build-failures.rhaalovely.net/powerpc/2025-08-02/lang/clisp.log
This is blocking lang/sbcl. clang 19 now rejects -c and -nopie
together. The below diff might fix it. I will commit the diff later,
if I can get sbcl from it.
--gkoehler
Index: Makefile
===================================================================
RCS file: /cvs/ports/lang/clisp/Makefile,v
diff -u -p -r1.58 Makefile
--- Makefile 21 Jul 2025 15:44:28 -0000 1.58
+++ Makefile 5 Sep 2025 13:15:08 -0000
@@ -52,8 +52,9 @@ CFLAGS += -DSAFETY=2 -DNO_ASM
.if ${MACHINE_ARCH} == "powerpc"
CONFIGURE_ARGS += --with-gmalloc
-CFLAGS += -fno-pie -nopie
+CFLAGS += -fno-pie
LDFLAGS += -nopie
+CONFIGURE_ENV += LDFLAGS="${LDFLAGS}"
.else
CONFIGURE_ARGS += --without-gmalloc
.endif
