powerpc bulk build report

classic Classic list List threaded Threaded
12 messages Options
Reply | Threaded
Open this post in threaded view
|

powerpc bulk build report

Landry Breuil-5
bulk build on macppc-1.ports.openbsd.org
started on  Mon Feb 4 13:56:51 MST 2019
finished at Fri Mar 1 01:00:46 MST 2019
lasted 25D04h03m
done with kern.version=OpenBSD 6.4-current (GENERIC.MP) #401: Sun Feb  3 13:55:41 MST 2019

built packages:9377
Feb 4:398
Feb 5:463
Feb 6:111
Feb 7:286
Feb 8:588
Feb 9:398
Feb 10:352
Feb 11:267
Feb 12:215
Feb 13:162
Feb 14:215
Feb 15:236
Feb 16:112
Feb 17:268
Feb 18:214
Feb 19:221
Feb 20:376
Feb 21:248
Feb 22:118
Feb 23:136
Feb 24:348
Feb 25:300
Feb 26:305
Feb 27:335
Feb 28:2423
Mar 1:281


critical path missing pkgs: http://build-failures.rhaalovely.net//powerpc/2019-02-04/summary.log

build failures: 88
http://build-failures.rhaalovely.net//powerpc/2019-02-04/audio/audacious-plugins.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/audio/ncmpc.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/audio/qsynth.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/benchmarks/wrk.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/cad/qucs.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/comms/hackrf.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/devel/appstream-glib.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/devel/avr/gdb.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/devel/avr/libc.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/devel/include-what-you-use.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/devel/libvmime.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/devel/py-llvmlite,python3.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/devel/vte3.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/devel/xtensa-elf/gcc.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/editors/abiword.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/editors/neovim.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/editors/qscintilla,qt5.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/editors/scintilla.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/emulators/BasiliskII.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/emulators/citra.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/emulators/higan.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/emulators/nestopia,-libretro.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/emulators/ppsspp.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/emulators/retroarch.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/emulators/vice.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/games/crack-attack.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/games/freeorion.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/games/godot.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/games/grhino.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/games/openclonk.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/games/pentobi.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/games/spacehulk.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/games/supertux.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/geo/qlandkartegt.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/geo/spatialite/gis.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/graphics/aqsis.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/graphics/darktable.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/graphics/k3dsurf.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/graphics/makehuman.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/graphics/openscenegraph.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/graphics/pstoedit.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/inputmethods/scim-fcitx.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/inputmethods/scim-hangul.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/inputmethods/scim-pinyin.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/inputmethods/scim-tables.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/lang/gpc.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/lang/gprolog.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/lang/iverilog.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/lang/parrot.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/mail/mu.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/math/kst.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/math/mlpack,-main.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/math/veusz.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/math/z3.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/multimedia/mlt,,-main.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/net/bitcoin,no_x11.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/net/bro.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/net/fastnetmon.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/net/filezilla.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/net/haproxy.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/net/knot.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/net/ktorrent.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/net/megatools.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/net/mutella.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/net/toxcore.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/net/valknut.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/security/clamav.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/security/encfs.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/sysutils/apcupsd,-cgi.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/sysutils/facter.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/telephony/pjsua,-main.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/textproc/libwpd.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/textproc/xerces-c.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/www/webkitgtk4.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/x11/gnome/gjs.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/x11/gnome/nautilus.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/x11/gnome/shell-extensions.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/x11/gnome/usage.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/x11/jgmenu.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/x11/kde4/marble.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/x11/libdbusmenu.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/x11/qt5/qt3d.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/x11/qt5/qtgraphicaleffects.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/x11/qt5/qtquickcontrols.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/x11/qt5/qtquickcontrols2.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/x11/spice-gtk.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/x11/waimea.log
http://build-failures.rhaalovely.net//powerpc/2019-02-04/x11/yaru.log

recurrent failures
 failures/cad/qucs.log
 failures/comms/hackrf.log
 failures/devel/appstream-glib.log
 failures/devel/avr/libc.log
 failures/devel/include-what-you-use.log
 failures/devel/libvmime.log
 failures/devel/py-llvmlite,python3.log
 failures/devel/vte3.log
 failures/devel/xtensa-elf/gcc.log
 failures/editors/neovim.log
 failures/editors/qscintilla,qt5.log
 failures/editors/scintilla.log
 failures/emulators/BasiliskII.log
 failures/emulators/citra.log
 failures/emulators/higan.log
 failures/emulators/nestopia,-libretro.log
 failures/emulators/ppsspp.log
 failures/emulators/retroarch.log
 failures/emulators/vice.log
 failures/games/crack-attack.log
 failures/games/freeorion.log
 failures/games/godot.log
 failures/games/grhino.log
 failures/games/openclonk.log
 failures/games/pentobi.log
 failures/games/spacehulk.log
 failures/geo/qlandkartegt.log
 failures/geo/spatialite/gis.log
 failures/graphics/aqsis.log
 failures/math/mlpack,-main.log
 failures/math/veusz.log
 failures/math/z3.log
 failures/net/bro.log
 failures/net/fastnetmon.log
 failures/net/filezilla.log
 failures/net/mutella.log
 failures/net/toxcore.log
 failures/net/valknut.log
 failures/security/encfs.log
 failures/sysutils/apcupsd,-cgi.log
 failures/sysutils/facter.log
 failures/telephony/pjsua,-main.log
 failures/textproc/libwpd.log
 failures/textproc/xerces-c.log
 failures/www/webkitgtk4.log
 failures/x11/gnome/gjs.log
 failures/x11/gnome/nautilus.log
 failures/x11/gnome/shell-extensions.log
 failures/x11/gnome/usage.log
 failures/x11/kde4/marble.log
 failures/x11/libdbusmenu.log
 failures/x11/qt5/qt3d.log
 failures/x11/qt5/qtquickcontrols2.log
 failures/x11/spice-gtk.log
 failures/x11/waimea.log
 failures/x11/yaru.log
 failures/summary.log
new failures
+++ ls-failures Fri Mar  1 01:01:08 2019
+failures/devel/avr/gdb.log
+failures/editors/abiword.log
+failures/games/supertux.log
+failures/multimedia/mlt,,-main.log
+failures/net/bitcoin,no_x11.log
+failures/security/clamav.log
+failures/x11/jgmenu.log
resolved failures
--- ../old/powerpc/last//ls-failures Mon Feb  4 05:28:42 2019
-failures/emulators/dosbox.log
-failures/emulators/mgba,-libretro.log
-failures/games/dangerdeep.log
-failures/games/hyperrogue.log
-failures/multimedia/mlt.log
-failures/net/bitcoin.log
-failures/print/texlive/base.log
-failures/security/py-miasm.log
-failures/sysutils/bfs.log
-failures/x11/bbpager.log
-failures/x11/worker.log
-failures/x11/xscreensaver.log

Reply | Threaded
Open this post in threaded view
|

Unbreak editors/neovim on macppc (was: Re: powerpc bulk build report)

Charlene Wendling
Hi ports, Edd,

> http://build-failures.rhaalovely.net//powerpc/2019-02-04/editors/neovim.log

It seems the issue has been introduced when upstream added OpenBSD
support [1].

The diff drops the global -lc++abi flag to use it only on base-clang
archs. I've bumped revision, as it may change flags on some archs, i'm
thinking especially at other ports-gcc archs (it has been bulk built on
sparc64).

I'm not sure about how it should be done. I could have changed
CMakeLists.txt to target macppc as well. Any thought on this?

Testing:

- macppc/ports-gcc: it builds [2] and runs [3] fine
- amd64/base-clang: it builds [4] and runs fine as well.


Feedback and comments are welcome!

Charlène.


[1]
https://github.com/neovim/neovim/pull/8215/commits/9d767d3d948f1fdd90c614d23ea7c98e3bfcda6a
[2] http://ix.io/1CrW
[3] https://bsd.network/@julianaito/101686351316975478
[4] http://ix.io/1Csb

Index: Makefile
===================================================================
RCS file: /cvs/ports/editors/neovim/Makefile,v
retrieving revision 1.12
diff -u -p -u -p -r1.12 Makefile
--- Makefile 24 Oct 2018 14:28:01 -0000 1.12
+++ Makefile 3 Mar 2019 11:51:07 -0000
@@ -5,7 +5,7 @@ COMMENT = continuation and extension of
 GH_ACCOUNT = neovim
 GH_PROJECT = neovim
 GH_TAGNAME = v0.3.1
-REVISION = 1
+REVISION = 2
 
 CATEGORIES = editors devel
 HOMEPAGE = http://neovim.org
@@ -57,5 +57,11 @@ TEST_DEPENDS = shells/bash \
 do-test:
  cd ${WRKSRC} && env LC_CTYPE=en_US.UTF-8 ${MAKE_PROGRAM} \
  -C src/nvim/testdir NVIM_PRG=${WRKBUILD}/bin/nvim ${MAKE_FLAGS}
+
+.include <bsd.port.arch.mk>
+
+.if ${PROPERTIES:Mclang}
+CONFIGURE_ARGS += -DNVIM_LINK_LIBRARIES="-lc++abi"
+.endif
 
 .include <bsd.port.mk>
Index: patches/patch-src_nvim_CMakeLists_txt
===================================================================
RCS file: patches/patch-src_nvim_CMakeLists_txt
diff -N patches/patch-src_nvim_CMakeLists_txt
--- /dev/null 1 Jan 1970 00:00:00 -0000
+++ patches/patch-src_nvim_CMakeLists_txt 3 Mar 2019 11:51:07 -0000
@@ -0,0 +1,15 @@
+$OpenBSD$
+Fix build with ports-gcc by removing c++abi here to put it in
+the port Makefile instead.
+Index: src/nvim/CMakeLists.txt
+--- src/nvim/CMakeLists.txt.orig
++++ src/nvim/CMakeLists.txt
+@@ -360,7 +360,7 @@ endforeach()
+ # Our dependencies come first.
+
+ if (CMAKE_SYSTEM_NAME MATCHES "OpenBSD")
+-  list(APPEND NVIM_LINK_LIBRARIES pthread c++abi)
++  list(APPEND NVIM_LINK_LIBRARIES pthread)
+ endif()
+
+ if (LibIntl_FOUND)

Reply | Threaded
Open this post in threaded view
|

Re: Unbreak editors/neovim on macppc

Jeremie Courreges-Anglas-2
On Sun, Mar 03 2019, Charlene Wendling <[hidden email]> wrote:

> Hi ports, Edd,
>
>> http://build-failures.rhaalovely.net//powerpc/2019-02-04/editors/neovim.log
>
> It seems the issue has been introduced when upstream added OpenBSD
> support [1].
>
> The diff drops the global -lc++abi flag to use it only on base-clang
> archs. I've bumped revision, as it may change flags on some archs, i'm
> thinking especially at other ports-gcc archs (it has been bulk built on
> sparc64).

(yep, because sparc64 currently builds base-clang and thus libc++abi,
it's just that the default compiler is still gcc.)

> I'm not sure about how it should be done. I could have changed
> CMakeLists.txt to target macppc as well. Any thought on this?

libc++abi is only needed because of luajit (see ports/lang/luajit/Makefile).
The neovim port disables luajit in favor of lua-5.1, the latter doesn't
need special treatment.  I would suggest to just kill any c++abi use
instead, hence the diff below.  ok jca@ if you like it :)


Index: Makefile
===================================================================
RCS file: /cvs/ports/editors/neovim/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
--- Makefile 24 Oct 2018 14:28:01 -0000 1.12
+++ Makefile 3 Mar 2019 19:23:20 -0000
@@ -5,7 +5,7 @@ COMMENT = continuation and extension of
 GH_ACCOUNT = neovim
 GH_PROJECT = neovim
 GH_TAGNAME = v0.3.1
-REVISION = 1
+REVISION = 2
 
 CATEGORIES = editors devel
 HOMEPAGE = http://neovim.org
@@ -15,7 +15,7 @@ MAINTAINER = Edd Barrett <[hidden email]
 PERMIT_PACKAGE_CDROM = Yes
 
 WANTLIB += c iconv intl ${MODLUA_WANTLIB} m msgpackc pthread termkey
-WANTLIB += unibilium util uv vterm ${COMPILER_LIBCXX}
+WANTLIB += unibilium util uv vterm
 
 COMPILER = base-clang ports-gcc base-gcc
 
Index: patches/patch-src_nvim_CMakeLists_txt
===================================================================
RCS file: patches/patch-src_nvim_CMakeLists_txt
diff -N patches/patch-src_nvim_CMakeLists_txt
--- /dev/null 1 Jan 1970 00:00:00 -0000
+++ patches/patch-src_nvim_CMakeLists_txt 3 Mar 2019 19:23:20 -0000
@@ -0,0 +1,19 @@
+$OpenBSD$
+
+No need for libc++abi, only available on clang archs and only needed for
+luajit (we use lua instead).
+
+Index: src/nvim/CMakeLists.txt
+--- src/nvim/CMakeLists.txt.orig
++++ src/nvim/CMakeLists.txt
+@@ -359,10 +359,6 @@ endforeach()
+
+ # Our dependencies come first.
+
+-if (CMAKE_SYSTEM_NAME MATCHES "OpenBSD")
+-  list(APPEND NVIM_LINK_LIBRARIES pthread c++abi)
+-endif()
+-
+ if (LibIntl_FOUND)
+   list(APPEND NVIM_LINK_LIBRARIES ${LibIntl_LIBRARY})
+ endif()


--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Reply | Threaded
Open this post in threaded view
|

Re: Unbreak editors/neovim on macppc

Charlene Wendling
On Sun, 03 Mar 2019 20:27:49 +0100
Jeremie Courreges-Anglas wrote:

> On Sun, Mar 03 2019, Charlene Wendling <[hidden email]> wrote:
> > Hi ports, Edd,
> >
> >> http://build-failures.rhaalovely.net//powerpc/2019-02-04/editors/neovim.log
> >
> > It seems the issue has been introduced when upstream added OpenBSD
> > support [1].
> >
> > The diff drops the global -lc++abi flag to use it only on base-clang
> > archs. I've bumped revision, as it may change flags on some archs,
> > i'm thinking especially at other ports-gcc archs (it has been bulk
> > built on sparc64).
>
> (yep, because sparc64 currently builds base-clang and thus libc++abi,
> it's just that the default compiler is still gcc.)
>
> > I'm not sure about how it should be done. I could have changed
> > CMakeLists.txt to target macppc as well. Any thought on this?
>
> libc++abi is only needed because of luajit (see
> ports/lang/luajit/Makefile). The neovim port disables luajit in favor
> of lua-5.1, the latter doesn't need special treatment.  I would
> suggest to just kill any c++abi use instead, hence the diff below.
> ok jca@ if you like it :)

Thanks, that works for me on amd64 and macppc. Unless Edd has
objections, let's go for it!

> Index: Makefile
> ===================================================================
> RCS file: /cvs/ports/editors/neovim/Makefile,v
> retrieving revision 1.12
> diff -u -p -r1.12 Makefile
> --- Makefile 24 Oct 2018 14:28:01 -0000 1.12
> +++ Makefile 3 Mar 2019 19:23:20 -0000
> @@ -5,7 +5,7 @@ COMMENT = continuation and extension of
>  GH_ACCOUNT = neovim
>  GH_PROJECT = neovim
>  GH_TAGNAME = v0.3.1
> -REVISION = 1
> +REVISION = 2
>  
>  CATEGORIES = editors devel
>  HOMEPAGE = http://neovim.org
> @@ -15,7 +15,7 @@ MAINTAINER = Edd Barrett <[hidden email]
>  PERMIT_PACKAGE_CDROM = Yes
>  
>  WANTLIB += c iconv intl ${MODLUA_WANTLIB} m msgpackc pthread termkey
> -WANTLIB += unibilium util uv vterm ${COMPILER_LIBCXX}
> +WANTLIB += unibilium util uv vterm
>  
>  COMPILER = base-clang ports-gcc base-gcc
>  
> Index: patches/patch-src_nvim_CMakeLists_txt
> ===================================================================
> RCS file: patches/patch-src_nvim_CMakeLists_txt
> diff -N patches/patch-src_nvim_CMakeLists_txt
> --- /dev/null 1 Jan 1970 00:00:00 -0000
> +++ patches/patch-src_nvim_CMakeLists_txt 3 Mar 2019 19:23:20
> -0000 @@ -0,0 +1,19 @@
> +$OpenBSD$
> +
> +No need for libc++abi, only available on clang archs and only needed
> for +luajit (we use lua instead).
> +
> +Index: src/nvim/CMakeLists.txt
> +--- src/nvim/CMakeLists.txt.orig
> ++++ src/nvim/CMakeLists.txt
> +@@ -359,10 +359,6 @@ endforeach()
> +
> + # Our dependencies come first.
> +
> +-if (CMAKE_SYSTEM_NAME MATCHES "OpenBSD")
> +-  list(APPEND NVIM_LINK_LIBRARIES pthread c++abi)
> +-endif()
> +-
> + if (LibIntl_FOUND)
> +   list(APPEND NVIM_LINK_LIBRARIES ${LibIntl_LIBRARY})
> + endif()
>
>
> --
> jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE
> 1524 E7EE
>

Reply | Threaded
Open this post in threaded view
|

Re: Unbreak editors/neovim on macppc

Edd Barrett-3

Fine with me!

Thanks

Edd Barrett

Sun Mar 03 20:16:05 GMT 2019 Charlene Wendling <[hidden email]>:

> On Sun, 03 Mar 2019 20:27:49 +0100
> Jeremie Courreges-Anglas wrote:
>
> > On Sun, Mar 03 2019, Charlene Wendling   wrote:
> > > Hi ports, Edd,
> > >
> > >> http://build-failures.rhaalovely.net//powerpc/2019-02-04/editors/neovim.log
> > >
> > > It seems the issue has been introduced when upstream added OpenBSD
> > > support [1].
> > >
> > > The diff drops the global -lc++abi flag to use it only on base-clang
> > > archs. I've bumped revision, as it may change flags on some archs,
> > > i'm thinking especially at other ports-gcc archs (it has been bulk
> > > built on sparc64).
> >
> > (yep, because sparc64 currently builds base-clang and thus libc++abi,
> > it's just that the default compiler is still gcc.)
> >
> > > I'm not sure about how it should be done. I could have changed
> > > CMakeLists.txt to target macppc as well. Any thought on this?
> >
> > libc++abi is only needed because of luajit (see
> > ports/lang/luajit/Makefile). The neovim port disables luajit in favor
> > of lua-5.1, the latter doesn't need special treatment. I would
> > suggest to just kill any c++abi use instead, hence the diff below.
> > ok jca@ if you like it :)
>
> Thanks, that works for me on amd64 and macppc. Unless Edd has
> objections, let's go for it!
>
> > Index: Makefile
> > ===================================================================
> > RCS file: /cvs/ports/editors/neovim/Makefile,v
> > retrieving revision 1.12
> > diff -u -p -r1.12 Makefile
> > --- Makefile 24 Oct 2018 14:28:01 -0000 1.12
> > +++ Makefile 3 Mar 2019 19:23:20 -0000
> > @@ -5,7 +5,7 @@ COMMENT = continuation and extension of
> > GH_ACCOUNT = neovim
> > GH_PROJECT = neovim
> > GH_TAGNAME = v0.3.1
> > -REVISION = 1
> > +REVISION = 2
> >
> > CATEGORIES = editors devel
> > HOMEPAGE = http://neovim.org
> > @@ -15,7 +15,7 @@ MAINTAINER = Edd Barrett  > PERMIT_PACKAGE_CDROM = Yes
> >
> > WANTLIB += c iconv intl ${MODLUA_WANTLIB} m msgpackc pthread termkey
> > -WANTLIB += unibilium util uv vterm ${COMPILER_LIBCXX}
> > +WANTLIB += unibilium util uv vterm
> >
> > COMPILER = base-clang ports-gcc base-gcc
> >
> > Index: patches/patch-src_nvim_CMakeLists_txt
> > ===================================================================
> > RCS file: patches/patch-src_nvim_CMakeLists_txt
> > diff -N patches/patch-src_nvim_CMakeLists_txt
> > --- /dev/null 1 Jan 1970 00:00:00 -0000
> > +++ patches/patch-src_nvim_CMakeLists_txt 3 Mar 2019 19:23:20
> > -0000 @@ -0,0 +1,19 @@
> > +$OpenBSD$
> > +
> > +No need for libc++abi, only available on clang archs and only needed
> > for +luajit (we use lua instead).
> > +
> > +Index: src/nvim/CMakeLists.txt
> > +--- src/nvim/CMakeLists.txt.orig
> > ++++ src/nvim/CMakeLists.txt
> > +@@ -359,10 +359,6 @@ endforeach()
> > +
> > + # Our dependencies come first.
> > +
> > +-if (CMAKE_SYSTEM_NAME MATCHES "OpenBSD")
> > +- list(APPEND NVIM_LINK_LIBRARIES pthread c++abi)
> > +-endif()
> > +-
> > + if (LibIntl_FOUND)
> > + list(APPEND NVIM_LINK_LIBRARIES ${LibIntl_LIBRARY})
> > + endif()
> >
> >
> > --
> > jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE
> > 1524 E7EE
> >
>
>

Reply | Threaded
Open this post in threaded view
|

Unbreak net/bro on macppc (was: Re: powerpc bulk build report)

Charlene Wendling
In reply to this post by Landry Breuil-5
Hi ports,

> http://build-failures.rhaalovely.net//powerpc/2019-02-04/net/bro.log

It requires libatomic. According to what i read in the ports tree, hppa
would need that as well, so i added it.

It builds fine on macppc [1], i've seen nothing wrong during runtime as
well, but i've nothing fancy to monitor tbh.

Any comments?

Charlène.

[1] http://ix.io/1CxH


Index: Makefile
===================================================================
RCS file: /cvs/ports/net/bro/Makefile,v
retrieving revision 1.48
diff -u -p -u -p -r1.48 Makefile
--- Makefile 30 Dec 2018 14:14:14 -0000 1.48
+++ Makefile 4 Mar 2019 14:23:24 -0000
@@ -62,6 +62,12 @@ RUN_DEPENDS += net/curl
 
 CONFIGURE_STYLE= simple
 
+# Fix undefined reference to __atomic_load_8
+.if ${MACHINE_ARCH} == "powerpc" || ${MACHINE_ARCH} == "hppa"
+LDFLAGS += "-latomic"
+WANTLIB += atomic
+.endif
+
 CONFIGURE_ENV= LDFLAGS="${LDFLAGS} -L$
{LOCALBASE}/lib/libbind \ -lbind -Wl,-rpath ${LOCALBASE}/lib/libbind"
 

Reply | Threaded
Open this post in threaded view
|

Unbreak www/webkitgtk4 on macppc (was: Re: powerpc bulk build report)

Charlene Wendling
In reply to this post by Landry Breuil-5
Hi ports,

> http://build-failures.rhaalovely.net//powerpc/2019-02-04/www/webkitgtk4.log

On top of jca@'s recent ports-gcc commits, macppc needs some additional
linking bits.

This diff brings two things:

1) Use long calls and address relaxing. This avoids relocation
   overflows.

2) clang generates code using the __mulodi4 symbol for
   __builtin_mul_overflow. __mulodi4 is only available on archs with
   base-clang. I've modified that upstream submitted patch [1], so it
   targets only clang+powerpc. It will require some changes if other
   !base-clang archs can really go up to this port very final
   linking (or a smarter conditional).

Testing:

Runtime is as bad as it is on sparc64. I can only render local static
HTML with www/surf, all the rest results to an "internal Webkit error".
Building with debug flags causes an OOM error so i can't report
anything sadly.

Comments are very welcome :)

Charlène.


[1] https://bugs.webkit.org/show_bug.cgi?id=190208


Index: Makefile
===================================================================
RCS file: /cvs/ports/www/webkitgtk4/Makefile,v
retrieving revision 1.97
diff -u -p -u -p -r1.97 Makefile
--- Makefile 5 Mar 2019 16:24:23 -0000 1.97
+++ Makefile 9 Mar 2019 00:01:57 -0000
@@ -13,7 +13,7 @@ PORTROACH = limitw:1,even
 COMMENT = GTK+ port of the WebKit rendering engine
 
 V = 2.22.7
-REVISION = 0
+REVISION = 1
 DISTNAME = webkitgtk-${V}
 PKGNAME = webkitgtk4-${V}
 EXTRACT_SUFX = .tar.xz
@@ -110,6 +110,13 @@ LDFLAGS += -Wl,--no-keep-memory
 .if ${MACHINE_ARCH} == "i386"
 CFLAGS += -march=i686
 CXXFLAGS += -march=i686
+.endif
+
+# Workaround relocation overflow.
+.if ${MACHINE_ARCH} == "powerpc"
+CFLAGS += -mlongcall
+CXXFLAGS += -mlongcall
+LDFLAGS += -Wl,--relax
 .endif
 
 post-extract:
Index: patches/patch-Source_WTF_wtf_CheckedArithmetic_h
===================================================================
RCS file: patches/patch-Source_WTF_wtf_CheckedArithmetic_h
diff -N patches/patch-Source_WTF_wtf_CheckedArithmetic_h
--- /dev/null 1 Jan 1970 00:00:00 -0000
+++ patches/patch-Source_WTF_wtf_CheckedArithmetic_h 9 Mar 2019 00:01:57 -0000
@@ -0,0 +1,52 @@
+$OpenBSD$
+
+macppc linking fix: with ports-clang, libgcc is used instead of compiler-rt,
+and it does not provide the __mulodi4 symbol used by clang for
+__builtin_mul_overflow.
+
+Other !base-clang archs should be added if they can
+go up to the final linking parts.
+
+see https://bugs.webkit.org/show_bug.cgi?id=190208
+
+Index: Source/WTF/wtf/CheckedArithmetic.h
+--- Source/WTF/wtf/CheckedArithmetic.h.orig
++++ Source/WTF/wtf/CheckedArithmetic.h
+@@ -32,6 +32,10 @@
+ #include <stdint.h>
+ #include <type_traits>
+
++#if COMPILER(GCC_OR_CLANG) && !(defined(__clang__) && defined(__powerpc__))
++#define USE_MUL_OVERFLOW 1
++#endif
++
+ /* Checked<T>
+  *
+  * This class provides a mechanism to perform overflow-safe integer arithmetic
+@@ -317,7 +321,7 @@ template <typename LHS, typename RHS, typename ResultT
+
+     static inline bool multiply(LHS lhs, RHS rhs, ResultType& result) WARN_UNUSED_RETURN
+     {
+-#if COMPILER(GCC_OR_CLANG)
++#if USE(MUL_OVERFLOW)
+         ResultType temp;
+         if (__builtin_mul_overflow(lhs, rhs, &temp))
+             return false;
+@@ -390,7 +394,7 @@ template <typename LHS, typename RHS, typename ResultT
+
+     static inline bool multiply(LHS lhs, RHS rhs, ResultType& result) WARN_UNUSED_RETURN
+     {
+-#if COMPILER(GCC_OR_CLANG)
++#if USE(MUL_OVERFLOW)
+         ResultType temp;
+         if (__builtin_mul_overflow(lhs, rhs, &temp))
+             return false;
+@@ -453,7 +457,7 @@ template <typename ResultType> struct ArithmeticOperat
+
+     static inline bool multiply(int64_t lhs, int64_t rhs, ResultType& result)
+     {
+-#if COMPILER(GCC_OR_CLANG)
++#if USE(MUL_OVERFLOW)
+         ResultType temp;
+         if (__builtin_mul_overflow(lhs, rhs, &temp))
+             return false;


Reply | Threaded
Open this post in threaded view
|

Unbreak net/haproxy on macppc (was: Re: powerpc bulk build report)

Charlene Wendling
In reply to this post by Landry Breuil-5
Hi Daniel, ports,

> http://build-failures.rhaalovely.net//powerpc/2019-02-04/net/haproxy.log

This requires atomics at least on macppc, where it has been built
sucessfully [1], and probably hppa.

I've tested a very simple setup with 2 python3's http.server
instances behind it and it was just fine.

Comments and feedback are welcome!

Charlène.


[1] http://ix.io/1D0l


Index: Makefile
===================================================================
RCS file: /cvs/ports/net/haproxy/Makefile,v
retrieving revision 1.55
diff -u -p -u -p -r1.55 Makefile
--- Makefile 14 Jan 2019 18:18:59 -0000 1.55
+++ Makefile 9 Mar 2019 16:18:58 -0000
@@ -38,6 +38,12 @@ EXAMPLES = acl-content-sw content-sw-sam
 DOCSDIR = ${PREFIX}/share/doc/haproxy
 EXAMPLESDIR = ${PREFIX}/share/examples/haproxy
 
+# Fix undefined reference to __atomic_*
+.if ${MACHINE_ARCH} == "powerpc" || ${MACHINE_ARCH} == "hppa"
+LDFLAGS += "-latomic"
+WANTLIB += atomic
+.endif
+
 
 pre-install:
  ${SUBST_CMD} ${WRKSRC}/doc/haproxy.1

Reply | Threaded
Open this post in threaded view
|

Unbreak multimedia/mlt on macppc (was: Re: powerpc bulk build report)

Charlene Wendling
In reply to this post by Landry Breuil-5

> http://build-failures.rhaalovely.net//powerpc/2019-02-04/multimedia/mlt,,-main.log

sparc64 is not impacted as Qt5 is marked BROKEN there, but it's a
ports-gcc-4.9 issue.

Once -std=c++11 provided, it builds on macppc [1]. 'make test' returns
one failure, as seen on amd64.

I didn't try building x11/kde-applications/kdenlive, it's main consumer,
as i'm trying to focus on what is currently known as broken.

Any comment?

Charlène.


[1] http://ix.io/1D3d


Index: Makefile
===================================================================
RCS file: /cvs/ports/multimedia/mlt/Makefile,v
retrieving revision 1.19
diff -u -p -u -p -r1.19 Makefile
--- Makefile 8 Mar 2019 20:00:50 -0000 1.19
+++ Makefile 9 Mar 2019 23:39:54 -0000
@@ -6,8 +6,8 @@ VERSION = 6.12.0
 DISTNAME = mlt-${VERSION}
 PKGNAME-main = ${DISTNAME}
 PKGNAME-gpl2 = mlt-gpl2-${VERSION}
-REVISION-gpl2 = 0
-REVISION-main = 0
+REVISION-gpl2 = 1
+REVISION-main = 1
 
 # XXX versions should be kept in sync together
 SHARED_LIBS = mlt 3.0
@@ -87,3 +87,9 @@ do-test:
  ${ALL_TEST_FLAGS} clean all check
 
 .include <bsd.port.mk>
+
+# fix error: #error "Qt requires C++11 support"                                              
+# XXX this should be retried once moving to ports-gcc>=8                                      
+.if ${CHOSEN_COMPILER} == "ports-gcc"
+MAKE_ENV +=     CXXFLAGS="${CXXFLAGS} -std=c++11"                                            
+.endif









Reply | Threaded
Open this post in threaded view
|

Unbreak math/veusz on macppc (was: Re: powerpc bulk build report)

Charlene Wendling
In reply to this post by Landry Breuil-5
Hi ports, Brian,

> http://build-failures.rhaalovely.net//powerpc/2019-02-04/math/veusz.log

The same issue can be found in x11/kde4/marble's patches, it should
use cmath instead of using math.h, and std::.

Testing:

- macppc: The build and tests are fine [1], i did the tutorial without
  issues [2]
- amd64: The build and tests are fine as well [3]


Comments (especially because TIMTOWTDI) and feedback are welcome!

Charlène.


[1] http://ix.io/1DhU
[2] https://bsd.network/@julianaito/101737076440210681
[3] http://ix.io/1DhV


Index: Makefile
===================================================================
RCS file: /cvs/ports/math/veusz/Makefile,v
retrieving revision 1.20
diff -u -p -u -p -r1.20 Makefile
--- Makefile 8 Mar 2019 20:00:47 -0000 1.20
+++ Makefile 12 Mar 2019 10:21:51 -0000
@@ -4,7 +4,7 @@ COMMENT = scientific plotting and graphi
 MODPY_EGG_VERSION = 3.0.1
 DISTNAME = veusz-${MODPY_EGG_VERSION}
 CATEGORIES = math graphics
-REVISION = 0
+REVISION = 1
 
 HOMEPAGE = https://veusz.github.io/
 MAINTAINER = Brian Callahan <[hidden email]>
Index: patches/patch-veusz_helpers_src_qtloops_isnan_h
===================================================================
RCS file: /cvs/ports/math/veusz/patches/patch-veusz_helpers_src_qtloops_isnan_h,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 patch-veusz_helpers_src_qtloops_isnan_h
--- patches/patch-veusz_helpers_src_qtloops_isnan_h 24 Apr 2018 15:24:59 -0000 1.2
+++ patches/patch-veusz_helpers_src_qtloops_isnan_h 12 Mar 2019 10:21:51 -0000
@@ -2,25 +2,38 @@ $OpenBSD: patch-veusz_helpers_src_qtloop
 clang is better at encapsulating C files, so we don't have a macro for isfinite
 or isnan, hence the tests fail!
 
-
+Also, unbreak the build on ports-gcc by using cmath and std namespace.
 Index: veusz/helpers/src/qtloops/isnan.h
 --- veusz/helpers/src/qtloops/isnan.h.orig
 +++ veusz/helpers/src/qtloops/isnan.h
-@@ -33,7 +33,7 @@
+@@ -23,7 +23,7 @@
+  */
+
+ #include <float.h>
+-#include <math.h>
++#include <cmath>
+ /* You might try changing the above to <cmath> if you have problems.
+  * Whether you use math.h or cmath, you may need to edit the .cpp file
+  * and/or other .h files to use the same header file.
+@@ -33,8 +33,8 @@
  # define isNaN(_a) (__isnan(_a)) /* MacOSX/Darwin definition < 10.4 */
  #elif defined(WIN32) || defined(_isnan) || defined(_MSC_VER)
  # define isNaN(_a) (_isnan(_a)) /* Win32 definition */
 -#elif defined(isnan) || defined(__FreeBSD__) || defined(__osf__)
+-# define isNaN(_a) (isnan(_a)) /* GNU definition */
 +#elif defined(isnan) || defined(__FreeBSD__) || defined(__OpenBSD__) || defined(__osf__)
- # define isNaN(_a) (isnan(_a)) /* GNU definition */
++# define isNaN(_a) (std::isnan(_a)) /* GNU definition */
  #else
  # define isNaN(_a) (std::isnan(_a))
-@@ -50,7 +50,7 @@
+ #endif
+@@ -50,8 +50,8 @@
  # define isFinite(_a) (_finite(_a)) /* Win32 definition */
  #elif defined(__sgi)
  # define isFinite(_a) (_isfinite(_a))
 -#elif defined(isfinite) || defined(__FreeBSD__)
+-# define isFinite(_a) (isfinite(_a))
 +#elif defined(isfinite) || defined(__FreeBSD__) || defined(__OpenBSD__)
- # define isFinite(_a) (isfinite(_a))
++# define isFinite(_a) (std::isfinite(_a))
  #elif defined(__osf__)
  # define isFinite(_a) (finite(_a) && !isNaN(_a))
+ #else

 

Reply | Threaded
Open this post in threaded view
|

Re: Unbreak net/haproxy on macppc (was: Re: powerpc bulk build report)

Daniel Jakots-6
In reply to this post by Charlene Wendling
On Sat, 9 Mar 2019 17:55:43 +0100, Charlene Wendling
<[hidden email]> wrote:

> This requires atomics at least on macppc, where it has been built
> sucessfully [1], and probably hppa.

Wasn't this solved on hppa with
commit 0eb74ae52d1a40be580169c2333dafaaacdb3aac
Author: jca <[hidden email]>
Date:   Tue Sep 8 18:28:50 2015 +0000

    Disable the shared SSL session cache on hppa, and remove the BROKEN marker.
   
    hppa lacks the atomic ops needed for this feature.  Other archs may be
    good candidates too.
   
    ok Daniel Jakots (maintainer), juanfra@

diff --git a/net/haproxy/Makefile b/net/haproxy/Makefile
index 83b94a7b999..2436c1829f7 100644
--- a/net/haproxy/Makefile
+++ b/net/haproxy/Makefile
@@ -1,6 +1,4 @@
-# $OpenBSD: Makefile,v 1.21 2015/09/07 22:20:52 juanfra Exp $
-
-BROKEN-hppa =  undefined reference to __sync atomic ops
+# $OpenBSD: Makefile,v 1.22 2015/09/08 18:28:50 jca Exp $
 
 COMMENT =      reliable, high performance TCP/HTTP load balancer
 
@@ -28,6 +26,10 @@ MAKE_FLAGS +=        CFLAGS="${CFLAGS} -fno-strict-aliasing" LDFLAGS="${LDFLAGS}"
 MAKE_FLAGS +=  CC="${CC}" LD="${CC}" TARGET="openbsd"
 MAKE_FLAGS +=  USE_OPENSSL=1 USE_PCRE=1
 
+.if ${MACHINE_ARCH:Mhppa}
+MAKE_FLAGS +=  USE_PRIVATE_CACHE=1
+.endif
+
 NO_TEST =      Yes
 LIB_DEPENDS =  devel/pcre
 


Anyway, as long as you don't break amd64 and you don't make a mess of
the Makefile, no objection from me :)

Reply | Threaded
Open this post in threaded view
|

Re: Unbreak net/haproxy on macppc

Jeremie Courreges-Anglas-2
On Wed, Mar 13 2019, Daniel Jakots <[hidden email]> wrote:

> On Sat, 9 Mar 2019 17:55:43 +0100, Charlene Wendling
> <[hidden email]> wrote:
>
>> This requires atomics at least on macppc, where it has been built
>> sucessfully [1], and probably hppa.
>
> Wasn't this solved on hppa with
> commit 0eb74ae52d1a40be580169c2333dafaaacdb3aac
> Author: jca <[hidden email]>
> Date:   Tue Sep 8 18:28:50 2015 +0000
>
>     Disable the shared SSL session cache on hppa, and remove the BROKEN marker.
>    
>     hppa lacks the atomic ops needed for this feature.  Other archs may be
>     good candidates too.
>    
>     ok Daniel Jakots (maintainer), juanfra@
>
> diff --git a/net/haproxy/Makefile b/net/haproxy/Makefile
> index 83b94a7b999..2436c1829f7 100644
> --- a/net/haproxy/Makefile
> +++ b/net/haproxy/Makefile
> @@ -1,6 +1,4 @@
> -# $OpenBSD: Makefile,v 1.21 2015/09/07 22:20:52 juanfra Exp $
> -
> -BROKEN-hppa =  undefined reference to __sync atomic ops
> +# $OpenBSD: Makefile,v 1.22 2015/09/08 18:28:50 jca Exp $
>  
>  COMMENT =      reliable, high performance TCP/HTTP load balancer
>  
> @@ -28,6 +26,10 @@ MAKE_FLAGS +=        CFLAGS="${CFLAGS} -fno-strict-aliasing" LDFLAGS="${LDFLAGS}"
>  MAKE_FLAGS +=  CC="${CC}" LD="${CC}" TARGET="openbsd"
>  MAKE_FLAGS +=  USE_OPENSSL=1 USE_PCRE=1
>  
> +.if ${MACHINE_ARCH:Mhppa}
> +MAKE_FLAGS +=  USE_PRIVATE_CACHE=1
> +.endif
> +
>  NO_TEST =      Yes
>  LIB_DEPENDS =  devel/pcre
>  
Yep, but then I removed the workaround because it wasn't needed any more
on powerpc after the switch to ports-gcc, and I assumed that hppa would
behave similarly.  But there have been several haproxy updates since.

> Anyway, as long as you don't break amd64 and you don't make a mess of
> the Makefile, no objection from me :)

Regarding the diff:

> Index: Makefile
> ===================================================================
> RCS file: /cvs/ports/net/haproxy/Makefile,v
> retrieving revision 1.55
> diff -u -p -u -p -r1.55 Makefile
> --- Makefile 14 Jan 2019 18:18:59 -0000 1.55
> +++ Makefile 9 Mar 2019 16:18:58 -0000
> @@ -38,6 +38,12 @@ EXAMPLES = acl-content-sw content-sw-sam
>  DOCSDIR = ${PREFIX}/share/doc/haproxy
>  EXAMPLESDIR = ${PREFIX}/share/examples/haproxy
>  
> +# Fix undefined reference to __atomic_*
> +.if ${MACHINE_ARCH} == "powerpc" || ${MACHINE_ARCH} == "hppa"
> +LDFLAGS += "-latomic"
> +WANTLIB += atomic
I don't remember if I have already shared this concern, but this will
fail as soon as powerpc switches to "base-clang". A quick search tells
me that at least devel/protobuf, games/stockfish and net/bro could be
similarly affected.

ok jca@ but we'll (hopefully) have to revisit this in the future.

> +.endif
> +
>  
>  pre-install:
>   ${SUBST_CMD} ${WRKSRC}/doc/haproxy.1


--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

signature.asc (849 bytes) Download Attachment