Darwin regtest: filter malloc_zone_memalign

Darwin regtest: changes to filters and sed commands

Darwin libc is quite incontinent, so use filter_xml_leak
in a few places rather than filter_xml.

Also old Darwin 17.7 sed doesn't understand "+1d" to delete the
matched line and the next line. So use N to join, s to delete the
newline and another match with d to delete the joined linbes.

Bug 511329 - Darwin and FreeBSD: Move setting of carry flag out of ML_(do_syscall_for_client_WRK) part 3

Remove guest_SETC and GENOFFSET

Bug 511329 - Darwin and FreeBSD: Move setting of carry flag out of ML_(do_syscall_for_client_WRK) part 2

This changeset includes the changes to ML_(do_syscall_for_client_WRK)
for the 2 supported Darwin platforms.

To come: remove SETC from guest state and OFFSET.

comment: add FreeBSD syscall registers to syswrap-main comments

regtest: broadan none fdleak_cmsg_supp accept suppression

Bug 511329 - Darwin and FreeBSD: Move setting of carry flag out of ML_(do_syscall_for_client_WRK) part 1

This changeset includes the changes to ML_(do_syscall_for_client_WRK)
for the 3 supported FreeBSD platforms.

To come: Darwin x86/amd64 and removing the SETC flag from the guest state
(and its OFFSET).

FreeBSD regtest: rationalise memcheck test-plo-no expecteds

Now just one 32bit expected.

FreeBSD comment: fix amd64 do_syscall_WRK arg comments

I recently changed the amd64 syscall to lower the max number
of args handled but didn't update the corresponding comment.

FreeBSD regtest: clobber R11 for memcheck/tests/leak_cpp_interior

Darwin regtest: simplify memcheck filter_supp

The filter removes used suppression lines and duplicate lines.
Old Darwin sed doesn't understand 'M{}', so use "cat -s" to remove
duplicate blank lines instead.

Darwin: gettaddrinfo suppressions and wildcard memmove redir

warnings: one more -Wno-deprecated-declarations flag

s390x: Testcase workaround

GCC 14.2.0 does not recognize convert to fixed/logical opcodes:

bfp-convert.c: Assembler messages:
bfp-convert.c:205: Error: Unrecognized opcode: `cfebra'
bfp-convert.c:210: Error: Unrecognized opcode: `cgebra'
...
bfp-convert.c:314: Error: Unrecognized opcode: `clfebr'
bfp-convert.c:314: Error: Unrecognized opcode: `clgebr'
...

Remove a FIXME.

538 to go.

s390x: Enable "convert to logical" BFP test

This was disabled because I had thought that a negative
operand value should result in a condition code of 1. Not so.
Additionally the operand value must be 0 after rounding.

regtest: update none/tests/linux/bug506910.cpp to add errno value

This test recently had a couple of failures. Don't know why, but know
that errno wasn't the expected ELOOP. This change adds the value of
errno.

regtest: correct a typo

nothow instead of nothrow

configure.ac: fix build lzcnt test to work on both i386 and amd64

The BUILD_LZCNT_TESTS conditional is used in both
none/tests/x86/Makefile.am and none/tests/amd64/Makefile.am to check
whether to build the lzcnt32 and lzcnt64 test program. However the
configure test uses %rax which is only available on amd64. Use %eax
instead to make sure the configure test succeeds on both i386 and
amd64.

regtest: use FLAG_NO_PIE

Now sure that the compiler won't complain.

regtest: fix typo in previous commmit that was supposed to fix deprecated declaration warnings

I even managed to copy the line 3 more times without noticing.

Darwin: deprecated warning cleanup

Mainly sem* and syscall().

Avoid linker warnings in various x86/amd64 testcases.

Like so:
/usr/bin/ld: int3-x86.o: warning: relocation in read-only section `.text'
/usr/bin/ld: warning: creating DT_TEXTREL in a PIE

Link with -no-pie.

Bug 487055 - memcheck/tests/x86-linux/scalar fails running in Docker

Also move to 3.27.0.GIT.

Will this fix some of the failures in the nightly tests?

-> 3.26.0 final

Don't warn about fcntl F_GETFD with --track-fds

fcntl F_GETFD is used to check if a file descriptor is valid, so only
make sure it isn't a valgrind fd, otherwise we might warn, with
--track-fds=bad for any bad fd.

https://bugs.kde.org/show_bug.cgi?id=510436

Silence false positive failure of LTP munmap01

After upgrading LTP testsuite version to 20250930 (tracked in bug
510169) munmap01 syscall test started failing.  It however turns out
that this testcase was substantially rewritten and the failure is
expected.  This update will silence mentioned false positive.

https://bugs.kde.org/show_bug.cgi?id=510292

NEWS: Add bug 510694 Handle qExecAndArgs remote protocol packet

Fixed in f80358f109d1 server.c: handle qExecAndArgs remote protocol packet

server.c: handle qExecAndArgs remote protocol packet

New qExecAndArgs packet has been added recently to GDB's remote
protocol.

The new qExecAndArgs packet is sent from GDB, and gdbserver replies
with a packet that includes the executable filename and the arguments
string that were used for starting the initial inferior.

On the GDB side this information can be used to update GDB's state,
the 'show remote exec-file' will reflect how gdbserver was started,
and 'show args' will reflect the arguments used for starting the
inferior.

When running valgrind together with GDB like this:

./vg-in-place --tool=memcheck --vgdb-error=0 /bin/ls -lh

~/build/gdb/gdb/gdb
target remote | coregrind/vgdb
We can now ask GDB to show the executable's arguments:

(gdb) show args

Argument list to give program being debugged when it is started is "-lh".

or the executable's name:

(gdb) show remote exec-file
The remote exec-file is "/bin/ls".

gdbserver_tests: Avoid l10n problems with gdb tests

GNU gdb (Ubuntu 12.1-0ubuntu1) 12.1
with LANG=de_DE.UTF-8

Fixes these issues:
== 26 tests, 0 stderr failures, 0 stdout failures, 14 stderrB failures, 10 stdoutB failures, 0 post failures ==
gdbserver_tests/hginfo                   (stdoutB)
gdbserver_tests/hginfo                   (stderrB)
gdbserver_tests/hgtls                    (stdoutB)
gdbserver_tests/mcblocklistsearch        (stderrB)
gdbserver_tests/mcbreak                  (stdoutB)
gdbserver_tests/mcbreak                  (stderrB)
gdbserver_tests/mcclean_after_fork       (stdoutB)
gdbserver_tests/mcclean_after_fork       (stderrB)
gdbserver_tests/mcinfcallWSRU            (stderrB)
gdbserver_tests/mcleak                   (stdoutB)
gdbserver_tests/mcleak                   (stderrB)
gdbserver_tests/mcmain_pic               (stdoutB)
gdbserver_tests/mcmain_pic               (stderrB)
gdbserver_tests/mcvabits                 (stdoutB)
gdbserver_tests/mcvabits                 (stderrB)
gdbserver_tests/mcwatchpoints            (stdoutB)
gdbserver_tests/mssnapshot               (stdoutB)
gdbserver_tests/mssnapshot               (stderrB)
gdbserver_tests/nlgone_abrt              (stderrB)
gdbserver_tests/nlgone_return            (stderrB)
gdbserver_tests/nlpasssigalrm            (stdoutB)
gdbserver_tests/nlpasssigalrm            (stderrB)
gdbserver_tests/nlself_invalidate        (stderrB)
gdbserver_tests/nlsigvgdb                (stderrB)

All issues are similar to this:
  --- mcblocklistsearch.stderrB.exp
  +++ mcblocklistsearch.stderrB.out
  @@ -1,7 +1,8 @@
   vgdb-error value changed from 0 to 999999
  -Breakpoint 1 at 0x........: file leak-tree.c, line 42.
  -Breakpoint 2 at 0x........: file leak-tree.c, line 68.
  +Haltepunkt 1 at 0x........: file leak-tree.c, line 42.
  +Haltepunkt 2 at 0x........: file leak-tree.c, line 68.
   Continuing.
  +Warnung: Missing auto-load script at offset 0 in section .debug_gdb_scripts
   Breakpoint 1, f () at leak-tree.c:42
   42        t->l    = mk();   // B
   Continuing.
  @@ -63,4 +64,4 @@
     0x........[16] indirect loss record 4
     0x........[16] indirect loss record 5
   monitor command request to kill this process
  -Remote connection closed
  +Remote Verbindung wurde beendet

configure.ac: Use primary arch flags for openssl and libaio checks

Make sure that the configure check for openssl/crypto and libaio use
the primary arch flags. These are used in testcases for the primary
arch and should compile and link with the primary arch flags (which
are empty on most arches, but are set explicitly on e.g. mips).

Move the libaio check after the compiler check flags.

none/tests/s390x/bfp-emit testcase: Assorted fixes.

Make function check_valgrind_output actually check something..
Remove --check-prereq logic. It is not needed. I think I was doing some
experiment of using objdump to make sure the insns written out by
valgrind match those produced by objdump. And then there was different
behaviour of objdump in different versions.

s390x testcases: Fix valgrind invocation

coregrind/valgrind works iff valgrind was installed beforehand.
But we don't know that. Use vg-in-place instead.

s390-runone: Add command line option --cc=... to choose a compiler.

gcc is still default, --cc=whatever overrides.

Hook up ioprio_{get,set}, [vm]splice, tee and bpf syscalls on arm-linux

Fix a compiler warning about an unused variable on some platforms.

Update NEWS with more items

- Make BUILD_DOCS controls building documentation.
- LTP integration has been updated to v20250930.
- New Linux syscall wrappers (cachestat, futex_waitv, listmount,
  mount_setattr, mseal, quotactl_fd, remap_file_pages, setdomainname,
  statmount, swapoff, swapon, sysfs and ustat).
- New --modify-fds=yes is like --modify-fds=high except for fds 0,1,2.
- New --track-fds=bad only produces errors for bad file descriptor usage.
- With --xml=yes log now always uses output protocol 6.
- vgdb now handles the qExecAndArgs packet.
- DWARF inlined subroutine handling has been rewritten to work cross CUs.

Document FdBadUse in xml-output-protocol5.txt

The core error FdBadUse was added in commit 22971a15d62d
"Report track-fd errors for fd used which was not opened or already closed"
But not documented. Add it to the protocol documentation now.

vgdb.c: Update --vargs documentation

Set version to 3.26.0-RC1

Update libiberty demangler

Update the libiberty demangler using the auxprogs/update-demangler
script to gcc git commit 7921bb4afcb7a3be8e10e63b10acfc2bfa477cae.

This update includes:

- Support for unnamed unscoped enums.
- Fix whaever -> whatever, comment typo.
- Update copyright years.

coregrind/m_debuginfo/readpdb.c (DEBUG_SnarfLinetab): Remove this_seg

GCC notices that this_seg is set, but never really used in this
function

m_debuginfo/readpdb.c: In function 'DEBUG_SnarfLinetab':
m_debuginfo/readpdb.c:1542:23: warning: variable 'this_seg' set but not used [-Wunused-but-set-variable=]
 1542 |    Int                this_seg;
      |                       ^~~~~~~~

Fix this by just removing this_seg.

Upgrade to GNU General Public License version 3

- Update COPYING and VEX/LICENSE.GPL to version 3.
- Update README, NEWS, docs/manual license and contributing text.
- Update file headers to say either version 3 of the License,
  or (at your option) any later version.
- Leave tests and perf file headers as is, unless the code is derived
  from Valgrind/VEX.
- Leave valgrind.h, cachegrind.h, callgrind.h, drd.h, helgrind.h,
  memcheck.h and dhat.h Hybrid-BSD licensed.

Update where to get a copy of the GNU General Public License

Several files still said to write to the Free Software Foundation at a
particular address. Add a reference to <http://www.gnu.org/licenses/>
instead.

Some files that were imported into valgrind from other places still
mention the old address. They should be updated when new versions
get imported.

syswrap, i386-linux: add missing ipc syscalls

Kernel 5.1 introduced separate IPC syscalls:
* semget
* semctl
* shmget
* shmctl
* shmat
* shmdt
* msgget
* msgsnd
* msgrcv
* msgctl

instead of ipc()

Note the new shm wrappers were already added as
afea9317a1c9 ("Bug 501846 - Add x86 Linux shm wrappers")

Signed-off-by: Maxim Zhukov <mussitantesmortem@gmail.com>
https://bugs.kde.org/show_bug.cgi?id=454276

Hook up bpf syscall wrapper on x86-linux

Keep at least one frame while peeling syscall frames

VG_(get_StackTrace_with_deltas) might peel extra glibc syscall
(cancel) frames. But if the backtrace failed, or only contains such
syscall frames then we should keep at least one (the initial frame will
always be there). Various routines expect n_ips of a Stacktrace to be
at least 1.

https://bugs.kde.org/show_bug.cgi?id=507188

Support AArch64 ARMv8.3 LDAPR/LDAPRH/LDAPRB instructions

Implement them just like LDAR/LDARH/LDARB.

Patch by: Arne Juul <arnej@vespa.ai>
https://bugs.kde.org/show_bug.cgi?id=476465

Revert 644d68e9501dd5679194dd5c8e0d3ce24764a1d8

That change broke none/tests/ppc64/test_isa_3_1_VRT. Not good.
Add a comment as to why a vector type is needed.

vgdb.c: Handle qExecAndArgs packet

New qExecAndArgs packet has been added recently to GDB's remote
protocol.

The new qExecAndArgs packet is sent from GDB, and gdbserver replies
with a packet that includes the executable filename and the arguments
string that were used for starting the initial inferior.

On the GDB side this information can be used to update GDB's state,
the 'show remote exec-file' will reflect how gdbserver was started,
and 'show args' will reflect the arguments used for starting the
inferior.

When running Valgrind from inside GDB, we can see that GDB actually
sends the packet to vgdb and vgdb is able to respond to it.

gdb -ex 'set debug remote on' \
  -ex 'set remote exec-file /bin/ls' \
  -ex 'set sysroot /' \
  -ex 'target extended-remote | ~/valgrind/coregrind/vgdb --multi --vargs -q' \
  /bin/ls

[remote] Sending packet: $qExecAndArgs#96
[remote] Packet received: U
[remote] packet_ok: Packet qExecAndArgs (fetch-exec-and-args) is supported

To be able to run Valgrind from inside GDB we currently have to set
remote exec-file and our goal is to avoid that to make running Valgrind
from GDB easier for the users. There's work on GDB side which should allow
us to avoid this soon.

When vgdb replies with 'U', it indicates that no executable has been set.
GDB sees that the executable that it has loaded is inside the sysroot
(which we set with 'set sysroot /'), then GDB knows that the remote and
GDB can see the same file.  GDB will then automatically use the current
executable path as the remote exec-file value.

Massif warnings: use -Wno-attributes for overloaded-new.cpp test

The was showing up with gcc (Debian 8.3.0-6) 8.3.0

Fix exe name warnings

Most of the exe name functions can take a const char* for the name.
Indeed, on Linux this is a requirement since we also lookup
debuginfod-find using a const char string literal.

The  exception to this rule is for scripts. In this case the script
shebang can refer to another script with another shebang. And so on
until eventually an ELF or macho file is encountered. In that case
VG_(args_the_exename) will get freed if necessary and reassigned
to a new string. So VG_(load_script) needs to be able to take a
non-const char* name, unlike VG_(load_ELF) and VG_(load_macho).

VG_(args_the_exename) is now non-const (which fixes a warning
when freeing it), VG_(load_script) takes a non-const name
and there is an ugly cast for the function pointer.

regtest: move memcheck realloc3 CFLAGS

It was inside a block for C++ 17 features. Old systems
not supporting that lost the default AM_CFLAGS with -g.

FreeBSD regtest: fix filter_arg_check on arm64 and x86

configure: correct the value for -Wno-alloc-size-larger-than

FreeBSD warnings: clear up most warnings with clang19

Still a few more (from MIPS and exe name handling which I added)

configure: hard code -Wno-alloc-size-larger-than=2147483647

Should be OK for both 32bit and 64bit.
Remove AC_GCC_WARNING_SUBST_NO_VAL - always need to set a value.

Bug 286849 - [PATCH] Interceptors for new/delete on Darwin were erroneously commented out in r12043

FreeBSD syscall wrapper: fix warning

Was giving
m_syswrap/syswrap-main.c:370:28: warning: variable 'saved' is uninitialized when passed as a const pointer argument here [-Wuninitialized-const-pointer]
  370 |             syscall_mask, &saved, sizeof(vki_sigset_t)
      |                            ^~~~~

Initialising it is probably the safest thing to do, but I suspect that the
argument ought not to be const. Will check on that.

While I'm at it, looking at how Solaris handles the carry flag it's much
better than the global variable used by FreeBSD and Darwin. Will check on
that as well.

configure and make: add configure checks for C++ exception warnings

Add checks for -Wno-implicit-exception-spec-mismatch
   (FLAG_W_NO_IMPLICIT_EXCEPTION_SPEC_MISMATCH)
and -Wno-missing-exception-spec
   (FLAG_W_NO_MISSING_EXCEPTION_SPEC)

Also we should clean up C++ flag checking a bit. If all checks get
grouped together than just one AC_LANG(C++)/AC_LANG(C) would be
needed.

FreeBSD regtest: rename 45032 to bug45032

Bug 509406 - FreeBSD 15 issues

This is the last of a series of fixes and bodges.

I now get the following results.

On arm64
== 793 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures ==
memcheck/tests/thread_alloca             (stderr)

(which is not a new failure) and

== 947 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 1 stdoutB failure, 0 post failures ==
gdbserver_tests/nlvgdbsigqueue           (stderr)
gdbserver_tests/nlvgdbsigqueue           (stdoutB)

(again a test that fails regularly)

FreeBSD regtest: add a prereq for bug452274

This test tends to hang when running in a VM. The problem is that
the test spams both syscalls (write) and signals (SIGVTALRM from
setitimer). The test halts after 100 signals have been handled.
Under VirtualBox the timer signals get starved by the syscalls
and the limit of 100 doesn't get reached (at least not in any
reasonable amount of time).

FreeBSD cleanup: remove an orphaned comment

Removed the function, forgot to remove the reminder comment.

NEWS: Add FreeBSD platform section

gdbserver doc: add some comments about the invoker implementations.

FreeBSD regtest: improve filter_arg_check

This was looking for PIDs with 5 digits so the test failed
when the PIDs being used have fewer digits.

FreeBSD regtest: tweak setcred test

Should now work on both arm64 and amd64
(and with a diff on the size of struct setcred for x86).

Still don't see what caused the Conditional jump error.

Define __NR_swapon and __NR_swapoff on riscv64

Update commit c3f8f3ceb4ba6942993762f82911a670fa128789 adding
a missing define.

https://bugs.kde.org/show_bug.cgi?id=368791

Wrap swapon and swapoff syscalls on non-mips arches.

Drop the mips-specific syswraps for swapon and swapoff syscalls.
Instead, wrap these syscalls on all the arches.

https://bugs.kde.org/show_bug.cgi?id=368791

Update the LTP version in valgrind testsuite to v20250930

Update the LTP version in valgrind testsuite to v20250930.
All patches from auxprogs/ltp-patches were accepted by LTP
upstream and included in the release, so these can now be
dropped locally.

https://bugs.kde.org/show_bug.cgi?id=510169

s390x: Make IBM z17 known to Valgrind

Make the IBM z17 machine model 9175 known to Valgrind.  Also add the
expected output of the s390x-specific "ecag" test case on an IBM z17, so
the test case succeeds on that system.

Document that --vex-guest-chase=not ought to be used when doing IR injection.

Fixes https://bugs.kde.org/show_bug.cgi?id=506453

FreeBSD regtest: update setcred expected from arm64

Still have an unexpected extra error on amd64

FreeBSD setcred syscall: use arg3 for size

Not really our job to check that thwe size is right.
Also revamp the secred testcase.

FreeBSD vgdb: ensure stack is 16byte aligned for invoker

I haven't seen any issues but there's no harm in being certain.

getdents* syswrap: only check proc fd/fdinfo on Linux and Solaris

Keep check for __NR_getdents and use a check for __NR_getdents64

Add BZ 495483 to NEWS.

Darn I keep forgetting this....

Control building documentation   (BZ 495483)

Introduce Makefile variable BUILD_DOCS with these possible values:
none - does not build any documentation
all  - builds all documentation
html - builds HTML docs but skips building PDFs

BUILD_ALL_DOCS is still recognised for backward compatibility and
is mapped to BUILD_DOCS like so:
If not specified   --> BUILD_DOCS=all
BUILD_ALL_DOCS=yes --> BUILD_DOCS=all
BUILD_ALL_DOCS=no  --> BUILD_DOCS=html

README_DEVELOPERS adjusted.

Fixes https://bugs.kde.org/show_bug.cgi?id=495483

getdents_filter.vgtest: Add filter_sort

On some file systems the testfiles 1000 and 1001 come out in different
order. Add filter_sort to sort the output lines to always appear at the
same order.

FreeBSD: fix build, FreeBSD has no dirent64 or getdent64

Need to check Darwin as well.

none/tests/Makefile.am: Add s390x/disasm-test to DIST_SUBDIRS

Fixes: 6abf08f96a97 ("disasm-test: Makefile tweaks")

Add BZ 506211 to NEWS

disasm-test: Makefile tweaks

disasm-test/Makefile.am: Include Makefile.tool-tests.am not Makefile.all.am

Also: do not build disasm-test on platforms other than s390x. There is no
point doing so as you won't be able to run it in a meaningful way.

VEX: Remove algebraic simplification for shift IROps.

Shl/Shr/Sar(0,x) ==> 0

Don't. Because doing so removes the undefined behaviour in case the shift
amount is out of range.  This is also consistent with what constant folding
does in this case, namely, passing the undefined behaviour down the VEX
pipeline.

Add BZ 509157 to NEWS.

riscv64: Fix IR generation for shift operations  (BZ 509157)

For SLL, SRL, and SRA the shift amount is 6 bits wide - not 8 bits.
For SLLW, SRLW, and SRAW the shift amount is 5 bits wide - not 8 bits.

Patch for IR generation by Christoph Jung (christoph.j27@googlemail.com).

Also clarify semantics of bitwise shift operators in libvex_ir.h

Fixes https://bugs.kde.org/show_bug.cgi?id=509157

s390: Cleanup none/tests/s390x/Makefile.am

s390: Add testcases for unhandled IEEE exceptions. Fixes BZ 306098

New emulation warnings: EmWarn_S390X_XxC_not_zero and EmWarn_S390X_XiC_not_zero
New testcases bfp-XxC, dfp-XxC, and dfp-XiC.
New testcase driver emwarn-gen.pl to get around valgrind's restriction
on the number of emulation warnings.

Fixes https://bugs.kde.org/show_bug.cgi?id=306098

s390x: Fix inline assembly for STFLE

The inline assembly for emitting the STFLE instruction changes GPR 0, but
fails to mention it in the clobber list.  Depending on the compiler's
mood, this may result in wrong code.

A simple fix would be to just add "0" to the clobber list, but for
readability it also helps to move the inline assembly to a separate
function.  So do that.  In that function, use an "asm" variable for GPR 0
instead of moving the value back and forth between registers.

Add BZ 309100

Fix file permissions.

The following files do not need to be executable:
- configure.ac
- Makefile*am
- *.in

The following files lack execute permission:
- tests/platform_test
- tests/vg_regtest
- perf/vg_perf

So from now on you can just run  tests/vg_regtest and perf/vg_perf
without the perl prefix.
Docs changed accordingly.

s390: Assorted BFP testsuite tweaks

Rename rounding-1 to bfp-306054 because that was the corresponding BZ.
Rename bfp-3 to bfp-muldiv as it is more expressive.
Only compile testcases for 128-bit BFP if the compiler supports -mlong-double-128.
Add -mlong-double-128 to the compile flags for the files that need it.

This concludes fixing https://bugs.kde.org/show_bug.cgi?id=509572

Deal with linux arches that don't have getdents, only getdents64

Not all linux arches have getdents, some newer arches (arm64 and
riscv64) only implement getdents64. So only use the function
filter_valgrind_fds_from_getdents_with_refill on linux with
__NR_getdents.

Also move the getdents_filter testcase under none/tests/linux and only
use getdents64.

Fixes: e8e4066c3a01 ("Filter Valgrind FDs from getdents syscalls")
https://bugs.kde.org/show_bug.cgi?id=331311

s390: Remove rounding-6 BFP testcase (convert to int)

Should have been part of 18c5454874d.

Part of fixing https://bugs.kde.org/show_bug.cgi?id=509572

s390: Reorg and extend BFP "convert to/from fixed/logical" testcases

Testing these insns was spread over 3 testcases: rounding-3, fpconv,
and fpext.

rounding-3 was testing "convert to fixed" with rounding per FPC.
fpext was testing "convert to/from logical" with rounding per M3 field.
fpconv was testing "convert to/from fixed" with rounding per M3 field.

The new testcase bfp-convert replaces these 3.  It removes the
"convert from fixed/logical" testing because that is done in bfp-emit.pl.
It consolidates end extends "convert to fixed/logical" testing from
those files.

Testing "convert to logical" has been commented out until the condition
code weirdness for negative input values has been sorted.

Part of fixing https://bugs.kde.org/show_bug.cgi?id=509572

Filter Valgrind FDs from getdents syscalls

This change prevents client programs from seeing Valgrind's internal file
descriptors when scanning /proc/self/fd or /proc/<pid>/fd.

This patch modifies the getdents and getdents64 syscall wrappers to
selectively filter out Valgrind's internal file descriptors only when
listing /proc/*/fd directories for the current process.

Add none/tests/getdents_filter.vgtest test that tests that the
Valgrind's file descriptors are hidden from the client program
and verifies both /proc/self/fd filtering and that regular
directory listings remain unfiltered.

https://bugs.kde.org/show_bug.cgi?id=331311

s390: Add missing BFP rounding mode conversions

Function decode_bfp_rounding_mode:
- Irrm_NEAREST_TIE_AWAY_0 --> S390_BFP_ROUND_NEAREST_AWAY
- Irrm_PREPARE_SHORTER    --> S390_BFP_ROUND_PREPARE_SHORT

Macros S390_CC_FOR_BFP_CONVERT, S390_CC_FOR_BFP_UCONVERT
- add S390_BFP_ROUND_NEAREST_AWAY
- add S390_BFP_ROUND_PREPARE_SHORT

Macros S390_CC_FOR_BFP128_CONVERT, S390_CC_FOR_BFP128_UCONVERT
- add S390_BFP_ROUND_NEAREST_AWAY
- add S390_BFP_ROUND_PREPARE_SHORT

Fix more out-of-date comments related to rounding.

Fix an out-of-date comment.

s390: BFP testsuite: condolidate FPC insns in bfp-insn.c

Remove srnm, srnmb, and rounding-2 testcases.
Also test EFPC and LFPC.

Part of fixing https://bugs.kde.org/show_bug.cgi?id=509572