devel/valgrind-devel: update to 20250128

 * --track-fds=yes and --track-fds=all report erroneous information when fds 0,
   1, or 2 are used as non-std
 * Valgrind does not support zstd-compressed debug sections
 * Recognize new DWARF5 DW_LANG constants
 * Update drd/scripts/download-and-build-gcc
 * Enabling Ada demangling breaks callgrind differentiation between overloaded
   functions and procedures
 * FdBadUse is not a valid CoreError type in a suppression even though it's
   generated by --gen-suppressions=yes
 * none/tests/amd64/lzcnt64 crashes on FreeBSD compiled with clang
 * FreeBSD: differences in avx-vmovq output
 * mmap() with MAP_ALIGNED() returns unaligned pointer

PR:		284426
Reported by:	pjfloyd@wanadoo.fr (maintainer)

devel/valgrind-devel: mark as PIE_UNSAFE (+)

Reported by:	bulk -t

Approved by:	portmgr (blanket)

Sponsored by:	Future Crew, LLC

devel/valgrind-devel: improve MPI library handling in plist for supported ARCHes

Approved by:    portmgr blanket (trivial packaging fix)

Sponsored by:   Future Crew, LLC

devel/valgrind-devel: fix packaging with MPI=on

Approved by:    portmgr blanket (trivial packaging fix)

Sponsored by:   Future Crew, LLC

devel/valgrind-devel: update to 3.25.0.g20241104

Changes wrt. valgrind-3.24.0:

494327  Crash when running Helgrind built with #define TRACE_PTH_FNS 1
494337  All threaded applications cause still holding lock errors
495488  Add FreeBSD getrlimitusage syscall wrapper

PR:		282544

devel/valgrind-devel: update to 3.24.0.g20240913

 - updated for FreeBSD 13.4
 - aarch64 now supported

Excerpt from NEWS:

202770  open fd at exit --log-socket=127.0.0.1:1500 with --track-fds=yes
276780  An instruction in fftw (Fast Fourier Transform) is unhandled by
        valgrind: vex x86->IR: unhandled instruction bytes:
        0x66 0xF 0x3A 0x2
311655  --log-file=FILE leads to apparent fd leak
317127  Fedora18/x86_64 --sanity-level=3 : aspacem segment mismatch
337388  fcntl works on Valgrind's own file descriptors
377966  arm64 unhandled instruction dc zva392146  aarch64: unhandled

devel/valgrind-devel: Moved man to share/man

Approved by:    portmgr (blanket)

devel/valgrind-devel: update to 3.23.0.g20240201

Highlights for FreeBSD
Support for 13.3
Added syscalls 578, 580
Improved aio sycall handling

Changes
 * Cannot connect to Oracle using valgrind
 * unhandled amd64-darwin syscall: unix:464 (openat_nocancel)
 * False positive "Source and destination overlap in strncat"
 * Signals inside io_uring_enter not handled
 * valgrind reports "Conditional jump or move depends on uninitialised
 * value" in memchr of macOS 10.12-10.15
 * disInstr(arm64): unhandled instruction 0x4E819402 (dotprod/ASIMDDP)

devel/valgrind-devel: update to 3.22.0.g20230917

ChangeLog:
https://sourceware.org/git/?p=valgrind.git;a=blob;f=NEWS;hb=ae4e70d97d46c58a99782ff007df1cdc34ac1219

PR:		273529
Reported by:	pjfloyd@wanadoo.fr (maintainer)

devel/valgrind-devel: do not strip binaries

Valgrind binaries should not be stripped (at least, not the preload shared
libs).

PR:		273243
Reported by:	pjfloyd@wanadoo.fr (maintainer)

devel/valgrind-devel: update to 3.21.0.g20230218

ChangeLog:
https://github.com/paulfloyd/freebsd_valgrind/compare/8d64ffab7...3b3d74d9d

PR:		269665
Reported by:	pjfloyd@wanadoo.fr (maintainer)

devel/valgrind{,-devel}: Use option helpers; pet port{clippy,fmt}

Approved by:	pjfloyd@wanadoo.fr (maintainer)
Differential Revision:	https://reviews.freebsd.org/D37201

devel/valgrind-devel: Update to 20221028 commit, 8d64ffab7

Differential Revision:	https://reviews.freebsd.org/D37197

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.

devel: remove 'Created by' lines

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

  *  "Waitman Gobble" <uzimac@da3m0n8t3r.com>
  *  <jkoshy@FreeBSD.org>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Dalton <aaron@daltons.ca>
  *  Aaron H. K. Diep <ahkdiep@gmail.com>
  *  Aaron Hurt <ahurt@anbcs.com>
  *  Abel Chow <abel_chow@yahoo.com>
  *  Adam McLaurin
  *  Adam Saponara <as@php.net>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>

devel/valgrind-devel: Update to 3.20.0.GIT

PR:	264579
Reported by:	pjfloyd@wanadoo.fr (maintainer)

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