Mark games/xevil BROKEN-sparc64

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

Mark games/xevil BROKEN-sparc64

Kurt Mosiejczuk-9
games/xevil has never built as far as I can remember for sparc64.

ok to mark it broken?

--Kurt

Index: Makefile
===================================================================
RCS file: /cvs/ports/games/xevil/Makefile,v
retrieving revision 1.39
diff -u -p -r1.39 Makefile
--- Makefile 12 Jul 2019 20:46:27 -0000 1.39
+++ Makefile 26 Mar 2020 07:03:17 -0000
@@ -4,6 +4,8 @@
 PORTROACH_COMMENT = 2.02r2 is newer than 2.02
 PORTROACH = skipv:2.02
 
+BROKEN-sparc64 = error: macro "min" passed 3 arguments, but takes just 2
+
 COMMENT= side-view, fast-action, kill everything type of game
 
 V= 2.02r2

Reply | Threaded
Open this post in threaded view
|

Remove games/xevil? (was: Re: Mark games/xevil BROKEN-sparc64)

Jeremie Courreges-Anglas-2
On Thu, Mar 26 2020, Kurt Mosiejczuk <[hidden email]> wrote:
> games/xevil has never built as far as I can remember for sparc64.
>
> ok to mark it broken?

Not sparc64-specific, it's ports-gcc and its C++ standard library that
is unhappy.  I *suspect* it would not build with ports-clang either,
since the latter also uses libestdc++.  So this could be moved to
COMPILER = base-clang.

If we take a step back, cvs log shows that this port has been last
updated in 2007 and timestamps in the tarball date from 2003.
This port has already needed patches for gcc3, gcc4, clang and
ports-gcc.  I think it's time to get rid of it, people who care about it
should move it to non-obsolete C++ practices.

Kurt, do you want to do it (ok jca@) or shall I?

> --Kurt
>
> Index: Makefile
> ===================================================================
> RCS file: /cvs/ports/games/xevil/Makefile,v
> retrieving revision 1.39
> diff -u -p -r1.39 Makefile
> --- Makefile 12 Jul 2019 20:46:27 -0000 1.39
> +++ Makefile 26 Mar 2020 07:03:17 -0000
> @@ -4,6 +4,8 @@
>  PORTROACH_COMMENT = 2.02r2 is newer than 2.02
>  PORTROACH = skipv:2.02
>  
> +BROKEN-sparc64 = error: macro "min" passed 3 arguments, but takes just 2
> +
>  COMMENT= side-view, fast-action, kill everything type of game
>  
>  V= 2.02r2
>

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

Reply | Threaded
Open this post in threaded view
|

Re: Remove games/xevil? (was: Re: Mark games/xevil BROKEN-sparc64)

Kurt Mosiejczuk-9
On Thu, Mar 26, 2020 at 01:23:57PM +0100, Jeremie Courreges-Anglas wrote:
> On Thu, Mar 26 2020, Kurt Mosiejczuk <[hidden email]> wrote:
> > games/xevil has never built as far as I can remember for sparc64.

> > ok to mark it broken?

> Not sparc64-specific, it's ports-gcc and its C++ standard library that
> is unhappy.  I *suspect* it would not build with ports-clang either,
> since the latter also uses libestdc++.  So this could be moved to
> COMPILER = base-clang.

> If we take a step back, cvs log shows that this port has been last
> updated in 2007 and timestamps in the tarball date from 2003.
> This port has already needed patches for gcc3, gcc4, clang and
> ports-gcc.  I think it's time to get rid of it, people who care about it
> should move it to non-obsolete C++ practices.

> Kurt, do you want to do it (ok jca@) or shall I?

Oh, I would *love* to remove this thorn in my side. :D

--Kurt