FreshBSD

5 min read Original article ↗

FreeBSD/ports db7297edevel/electron40 distinfo, devel/electron40/files patch-electron_spec_api-browser-window-spec.ts patch-electron_BUILD.gn

devel/electron40: Update to 40.9.2

Changelog: https://github.com/electron/electron/releases/tag/v40.9.2

Reported by:    GitHub (watch releases)
DeltaFile
+14-14devel/electron40/files/patch-electron_spec_api-browser-window-spec.ts
+7-7devel/electron40/files/patch-electron_BUILD.gn
+11-2devel/electron40/files/patch-electron_spec_api-web-contents-spec.ts
+5-5devel/electron40/distinfo
+4-4devel/electron40/files/patch-electron_shell_browser_api_electron__api__web__contents.cc
+3-3devel/electron40/files/patch-electron_spec_chromium-spec.ts
+44-353 files not shown
+49-409 files

FreeBSD/src a02d794sys/fs/nullfs null_vnops.c, sys/kern vfs_inotify.c

nullfs: Clear inotify flags during reclaim

The inotify flags are copied from the lower vnode into the nullfs vnode
so that the INOTIFY() macro will invoke VOP_INOTIFY on the nullfs vnode;
this is then bypassed to the lower vnode.  However, when a nullfs vnode
is reclaimed we should clear these flags, as the vnode is now doomed and
no longer forwards VOPs to the lower vnode.

Add regression tests.  Remove a test in vn_inotify_revoke() which is no
longer needed after this change.

PR:             292495
Reviewed by:    kib
Reported by:    Jed Laundry <jlaundry at jlaundry.com>
Fixes:          f1f230439fa4 ("vfs: Initial revision of inotify")
MFC after:      1 week
Differential Revision:  https://reviews.freebsd.org/D56639
DeltaFile
+112-0tests/sys/kern/inotify_test.c
+12-0sys/fs/nullfs/null_vnops.c
+0-4sys/kern/vfs_inotify.c
+124-43 files

FreeBSD/src e3b8e55contrib/netbsd-tests/lib/libc/sys t_mmap.c

netbsd-tests: Fix the mmap_truncate_signal test

Add a volatile qualifier in the loop which triggers SIGBUS, as otherwise
the compiler is smart enough to elide it, replacing it with a check for
page != 0.

MFC after:      1 week
DeltaFile
+1-1contrib/netbsd-tests/lib/libc/sys/t_mmap.c
+1-11 files

FreeBSD/ports 5b88b65devel/R-cran-Rcpp distinfo Makefile, devel/R-cran-Rcpp/files patch-inst_include_Rcpp_exceptions__impl.h patch-ChangeLog

devel/R-cran-Rcpp: Update to 1.1.1

Obtained from:  https://github.com/RcppCore/Rcpp/pull/1445
Reported by:    portscout
DeltaFile
+52-0devel/R-cran-Rcpp/files/patch-inst_include_Rcpp_exceptions__impl.h
+14-0devel/R-cran-Rcpp/files/patch-ChangeLog
+12-0devel/R-cran-Rcpp/files/patch-DESCRIPTION
+12-0devel/R-cran-Rcpp/files/patch-inst_include_Rcpp_config.h
+3-3devel/R-cran-Rcpp/distinfo
+1-1devel/R-cran-Rcpp/Makefile
+94-46 files

LLVM/project e7164d4libclc CMakeLists.txt

[libclc] Only check the triple architecture for libclc (#194149)

Summary:
Previously, `nvptx64--` would reject `nvptx64-unknown-unknown`. Two
options, either normalize all the triples in CMake, or just check the
architecture. I went with the former because it makes it easier for
people to pass different values.
DeltaFile
+9-14libclc/CMakeLists.txt
+9-141 files

NetBSD/src cCZgPxgbin/rm rm.c

   check() needs to be gated by '!fflag'

   When '-f' is in effect, we won't stat the path, but check() needs the
   struct stat.
VersionDeltaFile
1.58+3-3bin/rm/rm.c
+3-31 files

LLVM/project 0ccb181compiler-rt/lib/sanitizer_common sanitizer_redefine_builtins.h

[compiler-rt] Use asm .set only for Hexagon (#194160)

Two incompatible assembler syntaxes exist for symbol assignment:
```
  sym = val      -- accepted by most GNU assembler targets; rejected by
                    Hexagon, which interprets it as a mnemonic
  .set sym, val  -- accepted by Hexagon; rejected by Alpha, which
                    reserves .set for assembler mode flags
```
Switch all to `sym = val`, and opt out Hexagon to `.set sym`.

Fixes: dbb03f8f606e ("[compiler-rt] Replace assignment w/.set directive
(#107667)")

---------

Co-authored-by: Vitaly Buka <vitalybuka at google.com>
DeltaFile
+17-5compiler-rt/lib/sanitizer_common/sanitizer_redefine_builtins.h
+17-51 files

FreeBSD/ports 433bef0textproc/libxml2 Makefile distinfo, textproc/libxml2/files xmllint.1 xmlcatalog.1

textproc/libxml2: update to 2.15.3

Changelog: https://gitlab.gnome.org/GNOME/libxml2/-/blob/v2.15.3/NEWS

Use pre-generated man pages added starting 2.15.2

Reported by: diizzy
PR: 294696
DeltaFile
+0-656textproc/libxml2/files/xmllint.1
+0-355textproc/libxml2/files/xmlcatalog.1
+0-32textproc/libxml2/files/xml2-config.1
+0-28textproc/libxml2/files/patch-catalog-memleak
+3-10textproc/libxml2/Makefile
+3-3textproc/libxml2/distinfo
+6-1,0841 files not shown
+7-1,0857 files

NetBSD/src QUA0o7mdoc 3RDPARTY

   3RDPARTY: update pcc info

   PCC is now on github, and the old web site is not available.
   Update links.
VersionDeltaFile
1.2189+5-5doc/3RDPARTY
+5-51 files

LLVM/project b614c15llvm/include/llvm/MC TargetRegistry.h, llvm/include/llvm/MC/MCParser MCTargetAsmParser.h

[MC] Drop MCTargetOptions parameter from MCTargetAsmParser (#194120)

Since #180464, MCAsmInfo holds the canonical MCTargetOptions.
The MCTargetAsmParser::MCOptions member is a redundant by-value copy,
which may have inconsistent values (llvm-exegesis passes a temporary
MCTargetOptions(), but this probably doesn't matter in practice; other
in-tree uses are correct).

Remove the field in favor of getParser().getContext().getTargetOptions,
and remove the MCTargetOptions parameter from the base ctor, all
subclass ctors, Target::createMCAsmParser, MCAsmParserCtorTy, and
RegisterMCAsmParser.
DeltaFile
+7-9llvm/include/llvm/MC/TargetRegistry.h
+7-6llvm/include/llvm/MC/MCParser/MCTargetAsmParser.h
+5-4llvm/lib/Target/Mips/AsmParser/MipsAsmParser.cpp
+4-4llvm/lib/Target/WebAssembly/AsmParser/WebAssemblyAsmParser.cpp
+3-4llvm/lib/Target/X86/AsmParser/X86AsmParser.cpp
+3-3llvm/lib/Target/RISCV/AsmParser/RISCVAsmParser.cpp
+29-3028 files not shown
+76-8334 files

GhostBSD/ports ca06f31. README.md

Update README to reflect current repository scope

Remove outdated PkgBase reference, describe the repo as a tracking fork
of FreeBSD ports with GhostBSD-specific ports, and reorganize links into
a dedicated section.
DeltaFile
+7-7README.md
+7-71 files

LLVM/project 8174442clang/test/CodeGen/RISCV/rvv-intrinsics-autogenerated/zvfofp8min/policy/non-overloaded vfncvtbf16.c, clang/test/CodeGen/RISCV/rvv-intrinsics-autogenerated/zvfofp8min/policy/overloaded vfncvtbf16.c

Add extra cehck for invariants

Created using spr 1.3.7
DeltaFile
+3,230-456llvm/test/CodeGen/WebAssembly/strided-int-mac.ll
+704-882llvm/test/CodeGen/RISCV/rvv/setcc-int-vp.ll
+472-472clang/test/CodeGen/RISCV/rvv-intrinsics-autogenerated/zvfofp8min/policy/overloaded/vfncvtbf16.c
+345-558llvm/test/CodeGen/RISCV/rvv/fixed-vectors-setcc-int-vp.ll
+280-280clang/test/CodeGen/RISCV/rvv-intrinsics-autogenerated/zvfofp8min/policy/non-overloaded/vfncvtbf16.c
+236-281llvm/test/CodeGen/RISCV/rvv/vsrl-vp.ll
+5,267-2,929148 files not shown
+10,292-6,461154 files

LLVM/project b5471ccllvm/lib/MC MCObjectStreamer.cpp, llvm/test/MC/AsmParser directive_fill.s

[MC] Always lower .fill to MCFillFragment (#194164)

Constant-count, constant-pattern .fill expands inline into the current
fragment via emitIntValue per byte, wasting both memory and time (a
redundant copy at MCAssembler.cpp). #50974 reports a 4s compile dropping
to 0.6s when the loop is removed.

Drop the inline path so .fill always becomes MCFillFragment.
This cannot be done before commit 507efbcce03d (2023) allowed
label differences to be separated by a MCFillFragment.

In directive_fill.s, the parse time warning is now diagnosed by
MCAssembler.
DeltaFile
+5-16llvm/lib/MC/MCObjectStreamer.cpp
+1-1llvm/test/MC/AsmParser/directive_fill.s
+6-172 files

LLVM/project 4c7dc9clibc/src/__support/FPUtil BasicOperations.h, libc/src/__support/math CMakeLists.txt fmaximum_mag_numbf16.h

Reland "[libc][math] Refactor fmaximum_mag_num family to header-only" (#194194)

Reland #182169

---------

Co-authored-by: Muhammad Bassiouni <60100307+bassiounix at users.noreply.github.com>
DeltaFile
+47-2utils/bazel/llvm-project-overlay/libc/BUILD.bazel
+30-0libc/src/__support/math/CMakeLists.txt
+20-7libc/src/__support/FPUtil/BasicOperations.h
+26-0libc/src/__support/math/fmaximum_mag_numbf16.h
+25-0libc/src/__support/math/fmaximum_mag_num.h
+25-0libc/src/__support/math/fmaximum_mag_numf.h
+173-911 files not shown
+272-3017 files