gcc120: Fix compatibility.So building in libstdcxx
My previous commit 1f0bbf647d9751967ce37b93246695bb2c7e819c actually
fixed the building of the extra .So objects for libstdcxx by adding the
missing '-D_GLIBCXX_SHARED' CXXFLAGS. However, the 'compatibility.So'
object failed to build after the commit because of the two reasons:
- The <bits/compatibility.h> header was missing. It was even removed on
the vendor branch.
- The '-std=gnu++98' was missing on the compilation command.
This commit prepares the needed <bits/compatibility.h> header, and adds
the 'gnu98' flags group for the ${cxx98_sources}.
vendor/GCC120: Add back libstdc++-v3/config/abi/compatibility.h
It's required to build 'libstdc++-v3/src/c++98/compatibility.cc' in
shared mode (-D_GLIBCXX_SHARED).
[CIR] Use data size in emitAggregateCopy for overlapping copies
Add skip_tail_padding property to cir.copy to handle potentially-overlapping
subobject copies directly, instead of falling back to cir.libc.memcpy. When
set, the lowering uses the record's data size (excluding tail padding) for
the memcpy length. This keeps typed semantics and promotability of cir.copy.
Also fix CXXABILowering to preserve op properties when recreating operations,
and expose RecordType::computeStructDataSize() for computing data size of
padded record types.
xwayland-satellite would fail unable to find -lgcc while linking
tb@ pointed out that MODCLANG_COMPILER_LINKS=no might help on this
and similar failures on other ports.
Confirmed that this fixes the build on sparc64
[CIR] Use data size in emitAggregateCopy for overlapping copies
Add skip_tail_padding property to cir.copy to handle potentially-overlapping
subobject copies directly, instead of falling back to cir.libc.memcpy. When
set, the lowering uses the record's data size (excluding tail padding) for
the memcpy length. This keeps typed semantics and promotability of cir.copy.
Also fix CXXABILowering to preserve op properties when recreating operations,
and expose RecordType::computeStructDataSize() for computing data size of
padded record types.
[clang-tidy] Improve bugprone.use-after-move interaction with explicit destructor call. (#188866)
It is valid (although niche) to call an explicit destructor after moving
the object.
multimedia/{mplayer|mencoder} Update to upstream snapshot 2026-04-04
This updates multimedia/mplayer and mencoder to an up-to-date
snapshot as of 2026-04-04.
* Due to upstream development slowing down, distfiles are now
incremental diffs.
* This marks the JACK option broken for now due to ffmpeg API
retirements.
PR: 292157
MFH: 2026Q2
(cherry picked from commit c1612985deae93d91687a580ce75852bd7cdb897)