games/freecell-solver: Move man pages to share/man

Approved by:	portmgr (blanket)

all: remove explicit versions in USES=python for "3.x+"

The logic in USES=python will automatically convert this to 3.8+ by
itself.

Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.

finance/quickfix: mark BROKEN with PYTHON

libtool: compile:  c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp  -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
          ^~~~~~~~~~
1 warning and 1 error generated.

Reviewed by:	portmgr, vishwin, yuri
Differential Revision:	<https://reviews.freebsd.org/D40568>

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

games: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  <benlutz@datacomm.ch>
  *  <janos.mohacsi@bsd.hu>
  *  Aaron Baugher
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Dalton <aaron@daltons.ca>
  *  Aaron VonderHaar <avh4@usa.net>
  *  Aaron Zauner <az_mail@gmx.at>
  *  Adam Kranzel (adam@alameda.edu)
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>
  *  Akinori MUSHA aka knu <knu@idaemons.org>

games/freecell-solver: Unbreak on 32 bit platforms.

The port requires GMP on platforms that lack __int128, i.e. 32 bit platforms,
but LIB_DEPENDS for libgmp is only present for i386.
This patch extends the existing i386 special case to known 32 bit platforms so
the port builds on armv7 FreeBSD and hopefully others.

PR:		258442
Approved by:	danilo (maintainer timeout)

Remove # $FreeBSD$ from Makefiles.

games/freecell-solver: Update to 6.2.0

games/freecell-solver: fix build on powerpc64le

Error:
/wrkdirs/usr/ports/games/freecell-solver/work/freecell-solver-6.0.1/xxHash-wrapper/xxHash-0.7.2/xxh3.h:627:32:
warning: implicit declaration of function 'vec_vsx_ld' is invalid in C99
[-Wimplicit-function-declaration]
        U64x2 const data_vec = vec_vsx_ld(0, xinput + i);

- Update to 6.0.1
- Remove EXAMPLES option

Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330

Change cmake default behaviour to outsource.

Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".

I tried to only set insource where explictely needed.

PR:		232038
Exp-run by:	antoine

Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590

- Fix build and run dependencies

Reported by:	se

- Update to 4.20.0

Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542

- Update to 4.18.0

- Update to 4.16.0

- Update to 4.14.1

Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
   c++14-lang, c++0x, c11, or gcc-c++11-lib.

PR:		219275

- Update to 4.12.1

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using using Mk/bsd.octave.mk which in turn has USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
   c++11-lang, c++0x, c11, or gcc-c++11-lib.

PR:		216707

- Update to 4.8.0

- Update to 4.6.1

- Update to 4.6.0

- Update to 4.4.0

- Fix trailing whitespace in pkg-descrs, categories [g-n]*

Approved by:	portmgr blanket

- Update to 4.2.0

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

- Update to 4.0.2

Suggested by:	Shlomi Fish

- Drop @dirrm* from plists

Approved by:	portmgr blanket

- Switch devel/google-perftools to USES=libtool, drop .la files
- Bump dependent ports as .so version has changed

Approved by:	portmgr blanket

- Update from 3.24.0 to 3.26.0

- Convert USE_BZIP2 to USES

- Update from 3.22.0 to 3.24.0
- Add shebangfix to USES
- Use options helpers

- Update from 3.20.1 to 3.22.0

Approved by:	wg/culot (mentors, implicit)

- Change maintainer email to @FreeBSD.org
- Remove LICENSE_FILE
- Add stage support
- Convert LIB_DEPENDS to new syntax

Approved by:	wg (mentor)

Add NO_STAGE all over the place in preparation for the staging support (cat:
games)

Convert to new perl framework
Convert from USE_GMAKE to USES=gmake

- Remove MAKE_JOBS_SAFE variable

Approved by:	portmgr (bdrewery)

Update to version 3.20.1

PR:		ports/180239
Submitted by:	Danilo Egea Gondolfo <danilogondolfo@gmail.com> (maintainer)

- Update to version 3.20.0
- Hand maintainership to submitter

PR:		ports/180038
Submitted by:	Danilo Egea Gondolfo <danilogondolfo@gmail.com>

- Remove empty files

- Update to 1.18.1

PR:		179223
Submitted by:	Ports Fury

- convert USE_CMAKE to USES
- while here clean up some ports from CMAKE_VERBOSE, which is intended
  for users

Approved by:	portmgr (miwi)

- Update to 3.16.0.
- Trim header.

PR:		ports/174164
Submitted by:	KATO Tsuguru <tkato432@yahoo.com>

- Update to version 3.12.0

PR:           ports/169414
Submitted by: KATO Tsuguru <tkato432 _at_ yahoo.com>
Approved by:  beat (mentor)

Convert to new options framework

- Update to version 3.10.0

PR:             164993
Submitted by:   Ports Fury

- Update MASTER_SITES and WWW: line
- Support PTHREAD_LIBS properly

PR:             162857
Submitted by:   Ports Fury
Feature safe:   yes

Remove CMAKE_USE_PTHREAD from the ports using it.

This setting has not had any effect since r1.13 to bsd.cmake.mk, as it
was only useful when we supported FreeBSD < 7.

Approved by:    avilla (mentor), portmgr (miwi)
Feature safe:   yes

Fix build after bsd.cmake.mk's r1.13.

Remove the part of files/patch-CMakeLists.txt which actually removed the call
which linked to pthread -- it is now needed since we do not rely on it being
passed via LDFLAGS anymore.

Approved by:    avilla (mentor, implicit)
Feature safe:   yes

- Chase devel/google-perftools shlib bump
- security/tor*: add -L${LOCALBASE}/lib to LDFLAGS (fixes linking)

Approved by:    miwi, wen (mentors implicit)

- Update to 3.8.0
- While here, cleanup Makefile, and reformat pkg-descr (fmt -w 80 pkg-descr)

PR:             159445
Submitted by:   KATO Tsuguru <tkato432@yahoo.com>

- Chase devel/google-perftools shlib bump

- Update to version 3.6.0
- Add LICENSE
- Remove WITH_JUDY and WITH_REDBLACK, they lead
  to broken builds anyway

PR:             154781
Submitted by:   "Pawel Pekala" <c0rn@o2.pl>

- Update to 3.2.0

PR:             148555
Submitted by:   Ports Fury

- Update to 2.42.0

PR:             146304
Submitted by:   Ports Fury

- Update to 2.40.0

PR:             143438
Submitted by:   Ports Fury

- Update to 2.36.0

PR:             141293
Submitted by:   Ports Fury

- Update to 2.34.0

PR:             137008
Submitted by:   Ports Fury

- Update to 2.32.1

PR:             136476
Submitted by:   Ports Fury

- Update to 2.32.0

PR:             136046
Submitted by:   Ports Fury

- Update to 2.30.0

PR:             135640
Submitted by:   Ports Fury

- Update to 2.28.1

PR:             135032
Submitted by:   Ports Fury

- Update to version 2.26.0

PR:             134285
Submitted by:   Ports Fury

- Add backup mirror

- Update to 2.22.0

PR:             133315
Submitted by:   Ports Fury

bump PORTREVISION after cmake update

- Properly handle NOPORTDOCS

Pointy hat:     me
Noticed by:     pav

- Respect NOPORTDOCS

PR:             ports/131797
Submitted by:   Steven Kreuzer <skreuzer@exit2shell.com>

add missing docs in plist

add missing perl dependency

upgrade to 2.14.0

upgrade to 2.8.14

upgrade to 2.8.13

- s,INSTALLS_SHLIB,USE_LDCONFIG,g
- these include dns/ editors/ emulators/ finance/
  games/ graphics/ maintained by ports@

PR:             ports/101916
Submitted by:   Gea-Suan Lin <gslin_AT_gslin dot org>

upgrade to 2.8.12

Conversion to a single libtool environment.

Approved by:    portmgr (kris)

- Add SHA256

Mass-conversion to the USE_AUTOTOOLS New World Order.  The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.

Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.

Preliminary documentation can be found at:
        http://people.FreeBSD.org/~ade/autotools.txt

which is in the process of being SGMLized before introduction into the
Porters Handbook.

Light blue touch-paper.  Run.

- Update to 2.8.11
- Update master site
- Update WWW

PR:             88189
Submitted by:   KATO Tsuguru <tkato432@yahoo.com>

At Kris's request, back out the MACHINE_ARCH spelling correction until
after 5.4-RELEASE.

Assist getting more ports working on AMD64 by obeying the
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.

- Update to version 2.8.10.

PR:             ports/79472
Submitted by:   Ports Fury

upgrade to 2.8.7

Apply a big libtool patch to allow porters to use the libtool installed by
the libtoolX ports instead of the one included with each port.  Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version.  To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER.  Both macros accept the same argument: a libtool version.

For example, to use the ports version of libtool-1.5, add the following to
your Makefile:

USE_LIBTOOL_VER=        15

To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:

USE_INC_LIBTOOL_VER=    15

With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).

PR:             63944
Based on work by:eik and marcus
Approved by:    ade (autotools maintainer)
Tested by:      kris on pointyhat
Bound to be hidden problems:    You bet

Whoa there, boy, that's a mighty big commit y'all have there...

Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".

For ports-in-waiting:

        USE_LIBTOOL=YES         ->      USE_LIBTOOL_VER=13
        USE_AUTOCONF=YES        ->      USE_AUTOCONF_VER=213
        USE_AUTOMAKE=YES        ->      USE_AUTOMAKE_VER=14

Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.

SIZEify.

upgrade to 2.8.6

De-pkg-comment.

upgrade to 2.8.4

Update port: games/freecell-solver to 2.8.3

PR:             ports/46938
Submitted by:   KATO Tsuguru <tkato@prontomail.com>

upgrade to 2.8.2

PR:             44971
Submitted by:   Ports Fury

Upgrade to 2.8.0.

PR:             44347
Submitted by:   KATO Tsuguru <tkato@prontomail.com>

upgrade to 2.6.3

<malloc.h> -> <stdlib.h> to fix build on current

upgrade to 2.6.2

upgrade to 2.6.1

upgrade to 2.6.0