On Sun, 7 Sep 2025 15:15:54 -0600 (MDT)
gkoehler@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