On Thu, Nov 29, 2018 at 07:22:39AM -0700, lan...@openbsd.org wrote: > bulk build on sparc64-1.ports.openbsd.org > started on Wed Nov 21 12:17:55 MST 2018 > finished at Thu Nov 29 07:22:01 MST 2018 > lasted 08D12h04m > done with kern.version=OpenBSD 6.4-current (GENERIC) #35: Mon Nov 19 23:19:53 > MST 2018 > > built packages:7447 > Nov 21:286 > Nov 22:343 > Nov 23:141 > Nov 24:79 > Nov 25:96 > Nov 26:169 > Nov 27:758 > Nov 28:2839 > Nov 29:2735 > > > > critical path missing pkgs: > http://build-failures.rhaalovely.net//sparc64/2018-11-21/summary.log
Fwiw, this bulk build was made with a tentative diff to switch the default gcc to gcc6, and it also had a 'working' llvm (well, llvm finally packaged, as is broken with 4.9 because of codecvt header. fix pending). As a consequence, *many* things failed in spectacular ways - mostly things using boost, cmake or c++, and lots of ports now have a double depend on both toolchains: ===> libvmime-0.9.4 depends on: llvm->=6.0.1 -> llvm-6.0.1p18 ===> libvmime-0.9.4 depends on: gcc->=6,<7 -> gcc-6.4.0p2 which seems to break many configure steps : && /usr/obj/ports/libvmime-0.9.4/bin/cc -O2 -pipe CMakeFiles/cmTC_a4ed1.dir/testCCompiler.c.o -o cmTC_a4ed1 -Wl,-rpath-link,/usr/X11R6/lib:/usr/local/lib && : /usr/bin/ld: cannot find -lgcc some failures are easy Create /usr/ports/packages/sparc64/all/hamlib-1.2.15.3p5.tgz Missing library for estdc++>=17.0 (missing LIB_DEPENDS on the toolchain ?) I will now let ppl interested in toolchains chime in and look at those logs, and will revert to the *default* toolchain we have now in tree to produce a 'somewhat useful' set of pkgs. Landry