devel/valgrind-devel: Update to 3.19.0.g20211113

PR:		259821

*/*: Remove redundant '-[0-9]*' from CONFLICTS

The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").

Many CONFLICTS definitions used patterns like "bash-[0-9]*" to filter
for the bash package in any version. But that pattern is functionally
identical with just "bash".

Approved by:	portmgr (blanket)

devel/valgrind-devel: Add CPE information

Approved by:	portmgr (blanket)

Clean up all commented PORTREVISION and PORTEPOCH lines

No revision bump tool that we have cleans them up or deals with
them, so we end up with duplicated lines.  Instead of implementing
that just clean up the 51 ports that do this.

PORTREVISION and PORTEPOCH can be set to 0 explicitly instead if
you need a reminder or placeholder.

devel/valgrind-devel: Fix pkg-plist for option MANPAGES

It was accidentally broken by r568304.

PR:		254687
Approved by:	Paul Floyd <pjfloyd@wanadoo.fr> (maintainer)

Remove # $FreeBSD$ from Makefiles.

devel/valgrind-devel: Update to 3.18.0.g20210323

PR:		254505
Submitted by:	Paul Floyd <pjfloyd AT wanadoo DOT fr> (maintainer)

devel/valgrind-devel: Improve plist

PR:		254342
Submitted by:	pjfloyd@wanadoo.fr (maintainer)

devel/valgrind-devel: Fix duplicate file listing on i386

PR:		254342
Submitted by:	pjfloyd@wanadoo.fr (maintainer)
Reported by:	dim

devel/valgrind-devel: Update 3.17.0.g20200723 -> 3.17.0.g20210219

PR:		250958
Submitted by:	pjfloyd@wanadoo.fr (maintainer)

devel/valgrind-devel: update to Paul Floyd's FreeBSD valgrind branch

This branch rebases us forward to Valgrind 3.17.0, incredibly current as
of today. It also fixes a vast array of known issues, making valgrind-devel
actually functional on 13.0-CURRENT and fixing most of the regression tests
on clang/amd64.

All patches previously in the port have been incorporated into this branch.

There are still some open issues remaining:
- https://github.com/paulfloyd/freebsd_valgrind/issues

Paul has summarized the regtest status here:
- https://github.com/paulfloyd/freebsd_valgrind/wiki/Regtest-status

This port is believed to be largely functional enough to get wider testing.
Many, many thanks to the excellent work of Paul Floyd to modernize our
valgrind port.

Pass MAINTAINER over to Paul, as he intends to continue working on an effort
to upstream valgrind/FreeBSD support.

Approved by:	zeising (maintainer)
Differential Revision:	https://reviews.freebsd.org/D25452

devel/valgrind-devel: finish Makefile reordering, no functional change

Mea culpa, the rest of this re-ordering is due to having missed this line in
a bunch of portlint noise about the patches that will soon be disappearing:

WARN: Makefile: "USES" has to appear earlier.

Move conflicts/bb/options definitions further down, as is also done in the
conflated diff of D25452.

Approved by:	zeising (maintainer, implicit)

devel/valgrind-devel: address portlint concerns, no functional change

portlint pointed out that the ordering of the Makefile was slightly wrong,
and the depends lines were using spaces for indentation instead of tabs.

This was included as part of D25452, but has been refactored out in advance
of the update.

Approved by:	zeising (maintainer, implicit)

devel/valgrind(-devel): Fix compiler version detection hopefully forever

Every time a compiler major version is bumped, we run into this exact
same error:

===>  Configuring for valgrind-3.10.1.20160113_7,1
...
checking for a supported version of gcc... no (10.0.0)
configure: error: please use gcc >= 3.0 or clang >= 2.9

Attempt to fix this for all versions in the future.

Other fix included: don't use undefined behavior to implement offsetof,
just use the official builtin function instead.

Approved by:	zeising (maintainer)
MFH:		2020Q1

Grab valgrind ports

Grab valgrind ports, I know people outside the project who are interested in
this.  Grab it in the interim.

If you are interested in helping out, please let me know!

Drop maintainership

devel/valgrind-devel: Change from net/mpich2 to net/mpich

PR:		231639
Approved by:	bdrewery (maintainer's timeout; 36 days)

Fix build with clang 6.

PR:		224828
Submitted by:	dim

For the ports under `devel' category: remove superfluous linefeeds.

Add support for ino64.

PR:		219715
Submitted by:	novel

Detect clang 5.0.0 correctly, and drop USE_GCC.

Approved by:	bdrewery (maintainer)
PR:		218856
MFH:		2017Q3

Allow valgrind to build with Clang again.

This resolves runtime issues with deciphering clang-built binaries
using a newer dwarf format.

Reported by:	adrian, dim

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

devel/valgrind{,-devel}: unbreak with gcc6 or later

checking for a supported version of gcc... no (6.3.0)
configure: error: please use gcc >= 3.0 or clang >= 2.9
===>  Script "configure" failed unexpectedly.

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

In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.

Use USES=pathfix where applicable.

PR:		213195
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D8093

${RM} already has -f.

PR:		213570
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight

Add a MANPAGES knob to devel/valgrind{-devel}

devel/valgrind/Makefile
devel/valgrind/pkg-plist
devel/valgrind-devel/Makefile
devel/valgrind-devel/pkg-plist
	Add a MANPAGES option. valgrind's man pages are built with
	docbook-xml, which has lots of dependencies. Disabling MANPAGES will
	speed the build.

Reviewed by:	bdrewery, brd
Approved by:	bdrewery (ports, maintainer)
Sponsored by:	Spectra Logic Corp
Differential Revision:	https://reviews.freebsd.org/D6667

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

With hat:	portmgr
Sponsored by:	Absolight

- Update to 3.10.1
- Add pipe(2) syscall
- Add cpuset_getaffinity(2) syscall
- Support arguments for cpuset_setaffinity(2) syscall
- sendfile(2) syscall fixes
- getsockopt(2) syscall fixes
- Add missing fcntl(2) handlers [1]
- Add missing jail syscalls [2]
- Add missing kldload syscalls [3]
- Add missing accept4(2) syscall [4]

PR:	196451 [1]
Obtained
from:	https://bitbucket.org/stass/valgrind-freebsd/issues/15/missing-fcntl-commands
[1]
PR:	152899 [2]
Obtained
from:	https://bitbucket.org/stass/valgrind-freebsd/pull-requests/10/implement-some-of-the-jails-syscalls/diff
[2]

Obtained
from:	https://bitbucket.org/stass/valgrind-freebsd/pull-requests/11/fix-issue-25-add-kldload-kldunload-kldfind/diff
[3]
Obtained
from:	https://bitbucket.org/stass/valgrind-freebsd/pull-requests/8/fix-issue-21-accept4-is-unimplemented-on/diff
[4]

- Take back maintainership
- Add a patch for "unhandled sysarch cmd 132" error.

PR:		202766

Cleanup GH_* and variables order.

Sponsored by:	Absolight

- Fix 32BIT build
- Fix plist under 32bit builds
- Fix build on 84amd64 by using GCC. Stass has suggested to me that
  using clang may result in a broken runtime anyhow.
  The error encountered was the one logged in r350881 about missing 'rdtscp'
  instruction.
- Fix build occuring during 'make stage' phase.

- Update to checkin 963c4a777573 from stass' bitbucket, which is 3.10.0.

Release maintainership

Cleanup plist

Fix non default LIB_DEPENDS

With hat:	portmgr

Add DOCS to OPTIONS_DEFINE to ports that check for PORT_OPTIONS:MDOCS.

Convert GMAKE to MAKE_CMD
Please note that lots of invocation of MAKE_CMD here are wrong as they do not
properly respect MAKE_ENV and friends

With hat:	portmgr

- Convert to USES=tar
- Mark BROKEN on amd64:

  mv -f priv/.deps/libvex_amd64_freebsd_a-guest_x86_toIR.Tpo
priv/.deps/libvex_amd64_freebsd_a-guest_x86_toIR.Po
  cc -DHAVE_CONFIG_H -I. -I..  -I.. -I../include -I../VEX/pub -DVGA_amd64=1
-DVGO_freebsd=1 -DVGP_amd64_freebsd=1 -DVGPV_amd64_freebsd_vanilla=1 -Ipriv 
-m64 -fomit-frame-pointer -O2 -g -Wall -Wmissing-prototypes -Wshadow
-Wpointer-arith -Wstrict-prototypes -Wmissing-declarations
-Wno-format-zero-length -fno-strict-aliasing -fno-builtin -Wbad-function-cast
-Wcast-qual -Wcast-align -fstrict-aliasing -Wno-long-long -O2 -pipe
-fno-strict-aliasing -Wwrite-strings -fno-stack-protector -MT
priv/libvex_amd64_freebsd_a-guest_amd64_helpers.o -MD -MP -MF
priv/.deps/libvex_amd64_freebsd_a-guest_amd64_helpers.Tpo -c -o
priv/libvex_amd64_freebsd_a-guest_amd64_helpers.o `test -f
'priv/guest_amd64_helpers.c' || echo './'`priv/guest_amd64_helpers.c
  {standard input}: Assembler messages:
  {standard input}:1524: Error: no such instruction: `rdtscp'
  gmake[3]: *** [priv/libvex_amd64_freebsd_a-guest_amd64_helpers.o] Error 1
  gmake[3]: Leaving directory
`/wrkdirs/usr/ports/devel/valgrind-devel/work/valgrind-freebsd-3.9.0.rc1/VEX'
  gmake[2]: *** [install] Error 2

Fix build on 8.3 due to tcp.h not properly
including sys/types.h in it yet.

- Update to 3.9.0-rc1

  The 32BIT option currently is broken.

- Bump PORTREVISION to ensure rebuild after HEAD r260290 to fix
  on head, stable/10

PR:		ports/185292
Reported by:	Robert David <robert.david.public@gmail.com>

- Rename devel/valgrind-snapshot to devel/valgrind-devel to follow port
  naming conventions
- Convert to staging