[libc++] Remove libc++'s own inttypes.h (#193716)
The header does three things:
- it defines `__STDC_FORMAT_MACROS` for compatibility with glibc
versions we don't support anymore
- it includes `<stdint.h>`, which is already required to be included by
the C standard
- it `#undef`s two macros which might be defined by the libc. We don't
provide a `<stdint.h>` header ourselves, which might provide these
macros as well, so these are already not defined by any libcs we
support.
So this header should be safe to remove.
ipsec: allow headers to be 'static'
Interesting but where false/true is not 'false'/'true' as we
are dealing with strings rather than booleans when using ==
[clang][bytecode] Reject uninitialized bases in builtin_bit_cast (#194625)
Like the current interpreter does. Also use the bytecode interpreter in
the test in SemaCXX/.
gurk: update to 0.9.3.
0.9.3
Remove stray previous() in select_next_channel (#533)
0.9.2
Features
Message deletion support (delete for everyone + delete for me) (#519)
Show typing indicator in channel list (#520)
Add ctrl+l to force full screen redraw (#521)
Disappearing messages support (#522)
Separate draft input per channel (#524)
Bug Fixes
Handle incoming edit messages from other users (#518)
[9 lines not shown]
[MLIR][NVVM] Fix `inline_ptx` when there is only clobber register (#194380)
The interface crashes when there is only clobber register (read-write)
today.There isn't any PTX instruction with only clobber register but the
compiler should not crash.
[libc++] Avoid type-punning locale in ios_base (#193507)
While there is currently a comment that all members of `ios_base` must
be scalars, I see no reason that is a correct statement. However, the
only place where this is relevant is `locale __loc_`. This patch
replaces the current `void*` implementation with `union { locale __loc_
}` to simplify `ios.cpp`.
[mlir] Refactor transform.apply_dce into a eliminateTriviallyDeadOps region-utils helper and expose as a Pass (#194041)
Introduce a lightweight, targeted dead-op eliminator that complements
the
existing liveness-based runRegionDCE. The algorithm is O(ops):
step 1 walks each op in reverse program order, erases it outright if
trivially dead, or recurses into nested regions when recursive cleanup
is
enabled; step 2 drives a per-region worklist that only ever holds ops
already verified dead, propagating new deadness by dropping each
operand's
use before re-checking isOpTriviallyDead on the defining op.
Unlike runRegionDCE, this does not touch dead block arguments, dead
successor operands, or dead use-def cycles. Use runRegionDCE when those
are required. An includeNestedRegions parameter lets callers restrict
simplification to the top-level region.
Switch transform.apply_dce to use the new helper, dropping a custom
[18 lines not shown]
[LICM] Improve hoist-safety checks for dominated MemorySSA accesses (#169379)
This changes LICM's hoist-safety check in `noConflictingReadWrites()`.
When considering a `MemoryDef` for hoisting, LICM now skips in-loop
accesses that are already dominated by that `MemoryDef`:
```c++
if (!Flags.getIsSink() && MSSA->dominates(IMD, &MA))
continue;
```
Dominated accesses should not block hoisting, because they already
execute after the candidate instruction `I` and therefore already see
its effect. Non-dominated accesses can block hoisting, because they may
execute before the candidate `I` and observe a different memory state
after hoisting.
The tests are updated to cover the new behavior, including
[2 lines not shown]
[mlir][linalg] Fuse transform op - variadic tile sizes (#194657)
Extends the 'structured.fuse' op to accept packed handle containing
variable number of tile sizes.
Use of packed handles allows for runtime tiling decisions for improved
transform schedule flexibility and reusability.
The extension's design follows the existing approach of transform
'structured.tile_using_forall' op to more closely align their usage.
In case of tiling using nested loops, all created loops are packed into
a single return handle. For each target op, corresponding loops are
appended to the result handle.
Assisted-by: Claude
ipsec: fancy up the connections dialog
It's a bit special but save is for the form in particular
and this way we can have native striping. The grids save
on their own and hopefully UI will be clearer now.
[VPlan] Tighten m_CanonicalIV() (#194312)
Previously `m_CanonicalIV()` matched any `VPRegionValue`, which was only
correct because the canonical IV is the sole `VPRegionValue` today.
Going ahead this is not scalable and there may be more `VPRegionValue`.
[lldb][docs] Update Variable Formatting Documentation (#193907)
Various improvements to the LLDB Variable Formatting documentation:
1. Use consistent formatting.
2. Polish wording.
3. Add examples.
Signed-off-by: Will Hawkins <hawkinsw at obs.cr>
net-mgmt/netbox: Update to 4.5.9
Changelog:
Enhancements:
* Add profile filter support for modules
* Enable optional config template selection when rendering device
configuration via a URL query parameter
* Support filtering by multiple object-type custom fields simultaneously
in filter forms
* Include the PostgreSQL database schema in system details
* Allow dict subclasses for the API_TOKEN_PEPPERS configuration
parameter
Performance Improvements:
* Optimize queryset prefetching for CSV bulk export
Bug Fixes:
* Fix incorrect contact count for contact groups with contacts assigned
[25 lines not shown]
ahci(4): Add another device ID for Marvell 9128 SATA controller: 0x91a3
This was encountered on a Gigabyte GA-P55A-UD4 motherboard identifying itself
as:
ahci0 at pci0:2:0:0: class=0x01018f rev=0x11 hdr=0x00 vendor=0x1b4b device=0x91a3 subvendor=0x1458 subdevice=0xb000
vendor = 'Marvell Technology Group Ltd.'
class = mass storage
subclass = ATA
The physical chip has "88SE9128-NAA2" printed on it.
Similar code has been in Linux for a long time:
https://github.com/torvalds/linux/commit/50be5e3657cd2851a297dc0b3fd459f25829d29b
Co-authored-by: Michael Osipov <michaelo at FreeBSD.org>
PR: 288526
Reviewed by: jhb
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D56464
[2 lines not shown]
