sparc64 bulk build report

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

sparc64 bulk build report

Landry Breuil-5
bulk build on sparc64-0.ports.openbsd.org
started on  Thu Aug 1 01:51:31 MDT 2019
finished at Fri Aug 2 19:12:24 MDT 2019
lasted 02D10h20m
done with kern.version=OpenBSD 6.5-current (GENERIC.MP) #5: Mon Jul 29 16:27:37 MDT 2019

built packages:9034
Aug 1:7915
Aug 2:1118



critical path missing pkgs: http://build-failures.rhaalovely.net//sparc64/2019-08-01/summary.log

build failures: 82
http://build-failures.rhaalovely.net//sparc64/2019-08-01/audio/clementine.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/audio/gradio.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/audio/mumble.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/audio/ympd.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/cad/gnucap.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/cad/magic.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/cad/netgen.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/cad/qucs.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/chinese/libpinyin.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/comms/xastir.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/devel/angr/py-z3-solver.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/devel/lua-openbsd,lua53.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/devel/py-unicorn.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/devel/woboq_codebrowser.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/emulators/BasiliskII.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/emulators/desmume.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/emulators/fs-uae.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/emulators/gambatte,-main.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/emulators/nestopia,-libretro.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/emulators/ppsspp.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/emulators/vbam.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/emulators/xnp2.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/games/devilutionx.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/games/dxx-rebirth.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/games/godot.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/games/love.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/games/mvdsv.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/games/pokerth.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/games/xevil.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/geo/geoclue.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/geo/spatialite/gis.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/graphics/colord-gtk.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/graphics/makehuman.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/graphics/vulkan-tools.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/graphics/vulkan-validation-layers.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/inputmethods/scim-fcitx.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/inputmethods/scim-hangul.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/inputmethods/scim-pinyin.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/inputmethods/scim-tables.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/lang/apl.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/lang/brainfuck.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/lang/erlang/16.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/lang/erlang/17,-main.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/lang/erlang/18,-main.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/lang/erlang/19.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/lang/erlang/21.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/lang/janet.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/mail/kopano/core.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/math/py-pandas.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/misc/gpsd.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/misc/m17n/lib.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/multimedia/mpv.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/multimedia/phonon-backend/gstreamer,-icons.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/net/bitcoin,no_x11.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/net/dleyna/renderer.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/net/dleyna/server.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/net/mutella.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/net/pmacct,postgresql.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/net/slurm.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/net/telegram-purple.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/net/toxcore.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/productivity/gnucash.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/productivity/ledger.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/productivity/teapot.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/productivity/vdirsyncer.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/security/libfprint.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/security/sslscan,openssl.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/telephony/iaxclient.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/telephony/pjsua,-main.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/textproc/mupdf,js.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/www/goaccess.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/x11/gnome/gedit.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/x11/gnome/libgweather.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/x11/gnome/zenity.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/x11/gtk+4,-cloudprint.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/x11/kde4/smokeqt.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/x11/libdbus-c++.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/x11/libhandy.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/x11/mate/caja.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/x11/ogre.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/x11/waimea.log
http://build-failures.rhaalovely.net//sparc64/2019-08-01/x11/xfce4/xfce4-cpugraph.log

Reply | Threaded
Open this post in threaded view
|

FIX: x11/gnome/gedit (was: sparc64 bulk build report)

Brian Callahan-5
Hi ports --

The latest sparc64 build shows that x11/gnome/gedit fails to build. See [0].
This is because it is using base-gcc and the codebase uses C99
constructs without using the -std=c99/gnu99 flags. Clang doesn't need
this because it defaults to C99. If we add the -std=c99 flag, then
base-gcc is happy and it's a no-op for clang.

Build tested only on amd64 by forcing CC=gcc. But it does build (and the
build works).

OK?

~Brian

[0]
http://build-failures.rhaalovely.net//sparc64/2019-08-01/x11/gnome/gedit.log


gedit-stdc99.diff (546 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: FIX: x11/gnome/gedit

Jeremie Courreges-Anglas-2
On Fri, Aug 02 2019, Brian Callahan <[hidden email]> wrote:
> Hi ports --
>
> The latest sparc64 build shows that x11/gnome/gedit fails to build. See [0].
> This is because it is using base-gcc and the codebase uses C99
> constructs without using the -std=c99/gnu99 flags. Clang doesn't need
> this because it defaults to C99.
>
> If we add the -std=c99 flag, then
> base-gcc is happy and it's a no-op for clang.

gcc ang clang default to -std=gnu$something, that's what we should
prefer to avoid hiding useful compiler and platform features.

clang defaults to -std=gnu11 so your diff isn't a no-op.

> Build tested only on amd64 by forcing CC=gcc. But it does build (and the
> build works).
>
> OK?

Not ok.

I'd rather use

  COMPILER = base-clang ports-gcc

in gnome projects because they tend to use the latest shiny stuff,
including C11; and ports-gcc also defaults to -std=gnu11 since the
update to gcc8.

Maybe that's something that we should extend to all gnome ports, I see
I have an M in gnome.port.mk but it needs to be tested first.

So here's a simple diff below, does it fix your problem?  If so, ok?
cc'ing Antoine and Jasper (maintainers)

> ~Brian
>
> [0]
> http://build-failures.rhaalovely.net//sparc64/2019-08-01/x11/gnome/gedit.log


Index: Makefile
===================================================================
RCS file: /cvs/ports/x11/gnome/gedit/Makefile,v
retrieving revision 1.163
diff -u -p -r1.163 Makefile
--- Makefile 7 Jul 2019 11:20:52 -0000 1.163
+++ Makefile 3 Aug 2019 11:50:25 -0000
@@ -16,6 +16,9 @@ WANTLIB += gio-2.0 girepository-1.0 glib
 WANTLIB += gspell-1 gtk-3 gtksourceview-4 intl m pango-1.0 pangocairo-1.0
 WANTLIB += peas-1.0 peas-gtk-1.0 pthread xml2
 
+COMPILER= base-clang ports-gcc
+COMPILER_LANGS= c
+
 MODULES= devel/dconf \
  devel/meson \
  lang/python \


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

Reply | Threaded
Open this post in threaded view
|

Re: FIX: x11/gnome/gedit

Antoine Jacoutot-7
On Sat, Aug 03, 2019 at 02:02:35PM +0200, Jeremie Courreges-Anglas wrote:

> On Fri, Aug 02 2019, Brian Callahan <[hidden email]> wrote:
> > Hi ports --
> >
> > The latest sparc64 build shows that x11/gnome/gedit fails to build. See [0].
> > This is because it is using base-gcc and the codebase uses C99
> > constructs without using the -std=c99/gnu99 flags. Clang doesn't need
> > this because it defaults to C99.
> >
> > If we add the -std=c99 flag, then
> > base-gcc is happy and it's a no-op for clang.
>
> gcc ang clang default to -std=gnu$something, that's what we should
> prefer to avoid hiding useful compiler and platform features.
>
> clang defaults to -std=gnu11 so your diff isn't a no-op.
>
> > Build tested only on amd64 by forcing CC=gcc. But it does build (and the
> > build works).
> >
> > OK?
>
> Not ok.
>
> I'd rather use
>
>   COMPILER = base-clang ports-gcc
>
> in gnome projects because they tend to use the latest shiny stuff,
> including C11; and ports-gcc also defaults to -std=gnu11 since the
> update to gcc8.
>
> Maybe that's something that we should extend to all gnome ports, I see
> I have an M in gnome.port.mk but it needs to be tested first.
>
> So here's a simple diff below, does it fix your problem?  If so, ok?
> cc'ing Antoine and Jasper (maintainers)

OK, thanks Jeremie.


>
> > ~Brian
> >
> > [0]
> > http://build-failures.rhaalovely.net//sparc64/2019-08-01/x11/gnome/gedit.log
>
>
> Index: Makefile
> ===================================================================
> RCS file: /cvs/ports/x11/gnome/gedit/Makefile,v
> retrieving revision 1.163
> diff -u -p -r1.163 Makefile
> --- Makefile 7 Jul 2019 11:20:52 -0000 1.163
> +++ Makefile 3 Aug 2019 11:50:25 -0000
> @@ -16,6 +16,9 @@ WANTLIB += gio-2.0 girepository-1.0 glib
>  WANTLIB += gspell-1 gtk-3 gtksourceview-4 intl m pango-1.0 pangocairo-1.0
>  WANTLIB += peas-1.0 peas-gtk-1.0 pthread xml2
>  
> +COMPILER= base-clang ports-gcc
> +COMPILER_LANGS= c
> +
>  MODULES= devel/dconf \
>   devel/meson \
>   lang/python \
>
>
> --
> jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE
>

--
Antoine

Reply | Threaded
Open this post in threaded view
|

Re: FIX: x11/gnome/gedit

Brian Callahan-5
In reply to this post by Jeremie Courreges-Anglas-2


On 8/3/19 8:02 AM, Jeremie Courreges-Anglas wrote:

> On Fri, Aug 02 2019, Brian Callahan <[hidden email]> wrote:
>> Hi ports --
>>
>> The latest sparc64 build shows that x11/gnome/gedit fails to build. See [0].
>> This is because it is using base-gcc and the codebase uses C99
>> constructs without using the -std=c99/gnu99 flags. Clang doesn't need
>> this because it defaults to C99.
>>
>> If we add the -std=c99 flag, then
>> base-gcc is happy and it's a no-op for clang.
> gcc ang clang default to -std=gnu$something, that's what we should
> prefer to avoid hiding useful compiler and platform features.
>
> clang defaults to -std=gnu11 so your diff isn't a no-op.
>
>> Build tested only on amd64 by forcing CC=gcc. But it does build (and the
>> build works).
>>
>> OK?
> Not ok.
>
> I'd rather use
>
>    COMPILER = base-clang ports-gcc
>
> in gnome projects because they tend to use the latest shiny stuff,
> including C11; and ports-gcc also defaults to -std=gnu11 since the
> update to gcc8.
>
> Maybe that's something that we should extend to all gnome ports, I see
> I have an M in gnome.port.mk but it needs to be tested first.
>
> So here's a simple diff below, does it fix your problem?  If so, ok?
> cc'ing Antoine and Jasper (maintainers)

*shrugs* that's fine by me. We already do that kind of stuff for things
like qt5 ports.

~Brian

>> ~Brian
>>
>> [0]
>> http://build-failures.rhaalovely.net//sparc64/2019-08-01/x11/gnome/gedit.log
>
> Index: Makefile
> ===================================================================
> RCS file: /cvs/ports/x11/gnome/gedit/Makefile,v
> retrieving revision 1.163
> diff -u -p -r1.163 Makefile
> --- Makefile 7 Jul 2019 11:20:52 -0000 1.163
> +++ Makefile 3 Aug 2019 11:50:25 -0000
> @@ -16,6 +16,9 @@ WANTLIB += gio-2.0 girepository-1.0 glib
>   WANTLIB += gspell-1 gtk-3 gtksourceview-4 intl m pango-1.0 pangocairo-1.0
>   WANTLIB += peas-1.0 peas-gtk-1.0 pthread xml2
>  
> +COMPILER= base-clang ports-gcc
> +COMPILER_LANGS= c
> +
>   MODULES= devel/dconf \
>   devel/meson \
>   lang/python \
>
>