bastetNcurses Tetris clone which is harder than every other Tetris 0.43_2games=0

There is no maintainer for this port.Any concerns regarding this port should be directed to the FreeBSD Ports mailing list via ports@FreeBSD.orgPort Added:21 Oct 2004 19:06:22License: GPLv3

Have you ever thought Tetris(R) was evil because it wouldn't send you
that straight "I" brick you needed in order to clear four rows at the
same time?
Well Tetris(R) probably isn't evil, but Bastet certainly is. Bastet
stands for "bastard tetris", and is a simple ncurses-based Tetris(R)
clone for Linux. Unlike normal Tetris(R), however, Bastet does not
choose your next brick at random. Instead, Bastet uses a special
algorithm designed to choose the worst brick possible.
As you can imagine, playing Bastet can be a very frustrating experience!
WWW: http://fph.altervista.org/prog/bastet.html

Replace USE_GCC=4.6+ and USE_GCC=4.4+ by USE_GCC=yes.
Right now this is a noop in the former case and a noop in the latter
case unless lang/gcc44 has been installed explicitly.
This puts a bit more emphasis on standardizing on a canonical version
"current" GCC and makes it easier to update that canonical version
by changing the default in Mk/bsd.gcc.mk and updating the lang/gcc port.
That is, USE_GCC=yes means "use a decent/modern version of GCC" without
having to worry about details.
Approved by: portmgr (bdrewery)

games/bastet does busy waiting
bastet does busy waiting because the select() call in game.c returns
with EINVAL. The reason is that timeout does not point to the struct
timeval in the program but to a ncurses function with the same name. I
renamed the variable to fix it. Also the value 1000000 is not a valid
timeout value because it would have to be encoded as 1 second and 0
microseconds. I fixed it trivially by using 999999 for that value.
Also I fixed a gcc warning. Anyway I think the function bast_clear has
to be declared somewhere else.
Should be easy to fix - temporarily I just put the diff below in my
files/ directory of the port.
PR: ports/75208
Submitted by: Rudolf Polzer <freebsd-dr@durchnull.de>