elementary-xfce-icon-theme: update to 0.19
Upstream change log:
This release cleans up obsolete icons and refreshes many others. Many
thanks to @newhoa for prepping this release for Xubuntu 24.04 (and
everybody else using this theme)!
Places: Use colorful "pictures" folder icon (#436)
Apps: New Settings Manager icon (#438)
Apps: New Xfburn icon (#439)
Actions: Update more disc-based icons
Devices: Update audio and data disc icons
Mimes: Use 'applications-other' for executables
Actions: Colorize send, clear, update some borders
Apps: Update software-properties icon
Apps: New icon for Ubiquity (Xubuntu Installer)
Apps: New Mousepad, Appfinder icons
Apps: Add Snap Store app icon (from Yaru)
[33 lines not shown]
chat/libotr, chat/irssi: Pass through libgcrypt-config on cross.
This is kludgey, on two levels:
1. We are relying on the _cross-built_ libgcrypt-config to be a shell
script that can be executed at build-time. (Why can't we just use
pkg-config? Downstream packages' configure scripts have to be
patched to be taught to do this -- the libgcrypt.m4 autoconf library
that gcrypt ships with doesn't know how.)
2. Knowing where the libgcrypt-config lives should be defined in one
place, security/gcrypt/buildlink3.mk, not in every user like
textproc/libxml2, chat/libotr, chat/irssi, &c.
But this will get irssi cross-building, at least.
No change to native build because conditional on USE_CROSS_COMPILE.
HBSD: Fix build for lang/gcc13 on 15-CURRENT
Disable _FORTIFY_SOURCE for lang/gcc13. Additional work needs to be done
in the _FORTIFY_SOURCE implementaiton to support raw read() calls.
Signed-off-by: Shawn Webb <shawn.webb at hardenedbsd.org>
issue: #47
[ThinLTO]Mark referencers of local ifunc not eligible for import (#92431)
If an ifunc has local linkage, do not add it into ref edges and mark its
referencer (a function or global variable) not eligible for import. An
ifunc doesn't have summary and ThinLTO cannot promote it. Importing the
referencer may cause linkage errors.
To reference a similar fix, https://reviews.llvm.org/D158961 marks
callers of local ifunc not eligible for import to fix
https://github.com/llvm/llvm-project/issues/58740
[TableGen] Remove unnecessary StringRef constructor call from LessRecord(). NFC
Record::getName already returns a StringRef. When this code was
originally written getName returned const std::string &.
Correct level handling in zstream recompress.
sscanf returns number of items parsed on success and EOF on failure.
Reviewed-by: Adam Moss <c at yotes.com>
Reviewed-by: Paul Dagnelie <pcd at delphix.com>
Reviewed-by: Brian Behlendorf <behlendorf1 at llnl.gov>
Reviewed-by: Rob Norris <robn at despairlabs.com>
Signed-off-by: Rich Ercolani <rincebrain at gmail.com>
Closes #16198
[X86] Use plain load/store instead of cmpxchg16b for atomics with AVX (#74275)
In late 2021, both Intel and AMD finally documented that every
AVX-capable CPU has always been guaranteed to execute aligned 16-byte
loads/stores atomically, and further, guaranteed that all future CPUs
with AVX will do so as well.
Therefore, we may use normal SSE 128-bit load/store instructions to
implement atomics, if AVX is enabled.
Per AMD64 Architecture Programmer's manual, 7.3.2 Access Atomicity:
> Processors that report [AVX] extend the atomicity for cacheable,
> naturally-aligned single loads or stores from a quadword to a double
> quadword.
Per Intel's SDM:
> Processors that enumerate support for Intel(R) AVX guarantee that the
[8 lines not shown]
[Bounds-Safety] Reserve slot in SanitizerHandler enum for Bounds-Safety (#91032)
Due to how `CodeGenFunction::EmitTrapCheck` is implemented
`SanitizerHandler` with numeric value 0x19 needs to be reserved because
`-fbounds-safety` generates trap instructions with that value embedded
in the trap instructions for x86_64 and arm64 just like for UBSan traps.
** x86_64 **
```
ud1l 0x19(%eax), %eax
```
** arm64 **
```
brk #0x5519
```
[9 lines not shown]
www/garage: Update to 1.0.0
- Update rc.d script to use daemon(8) to daemonize[0]
- Add garage_log_file rc.conf parameter for log file
PR: 274711 [0]
Reported by: vedad at kajtaz.net [0]
www/garage: Update to 1.0.0
- Update rc.d script to use daemon(8) to daemonize[0]
- Add garage_log_file rc.conf parameter for log file
PR: 274711 [0]
Reported by: vedad at kajtaz.net [0]