net/amqpcat: Declare libgc-threaded shlib dependency, add USES=ssl
The Crystal-built binary links libgc-threaded.so.1 (Boehm GC, via the
crystal runtime) and libssl.so / libcrypto.so (via amqp-client.cr's
TLS support), but the port declared neither.
Detected by poudriere stage-qa:
Warning: amqpcat-1.1.0 will be rebuilt as it misses libgc-threaded.so.1
which no dependency provides. It is likely (silently) failing testport/
stage-qa.
Warning: you need USES=ssl
Add LIB_DEPENDS=libgc-threaded.so:devel/boehm-gc-threaded, USES+=ssl,
and bump PORTREVISION.
Obtained from: olgeni
Sponsored by: SkunkWerks, GmbH
Differential Revision: https://reviews.freebsd.org/D56926
[SystemZ] Add serialization strings for some MO target flags. (#203053)
These strings are needed for MIR textual representation: If one is
missing it doesn't work to do "-stop-before=XXX and then
-start-before=XXX".
enca: update to 1.22.
enca-1.22
- Fix for failures due to non-portable modern-bashism.
- Add missing Finnish files to Makefile.am.
- Fix autoreconf with >= gettext-0.24.
* Update URLs to latest in README.md.
enca-1.21
+ Add support for Finnish language with CP1267 charset.
+ Added -without-librecode to configure script
- Fixed --with-libiconv and --without-libiconv options
- Removed old travis ci link from readme.
- Update source path in enca.spec.in
- Fixed language tools build warnings and error.
enca-1.20
- fix crosscompilation issues
- fix documentation build
[25 lines not shown]
atkmm2.36: update to 2.36.4.
2.36.4 (stable) 2026-05-26
Documentation:
* Don't link to removed parts of gnome.org
* Replace gtkmm.org by gtkmm.gnome.org
* Remove obsolete FSF (Free Software Foundation) address
* codegen/extradefs/generate_extra_defs_atk.cc: The license is
GNU General Public License, version 2, as said in COPYING.tools.
(Kjell Ahlstedt)
* README.win32.md: Mention Visual Studio 2026
* Visual Studio builds: Update build information
(Chun-wei Fan) Merge request !10
Meson build:
* Require python3 >= 3.7. That's what Meson requires.
* Require meson >= 0.60.0.
* subprojects/atk.wrap points at at-spi2-core.
[13 lines not shown]
[X86][TTI] Handle structs in areTypesABICompatible() (#205308)
Fixes a regression from #205106. getValueType() asserts on aggregate
types. Use CompuateValueVTs() to compute the de-aggregated VTs.
Performing argument promotion for struct types seems pretty
dubious to me, but it was previously allowed, so I'm retaining
that behavior. We may want to disable promotion of aggregates
in ArgPromotion entirely though.
argp: update to 1.5.0.
2022-05-03 Wolf Vollprecht <w.vollprecht at gmail.com>
* add meson build system
* add support for Windows / MSVC
* Bump version to 1.5.0
2021-02-16 Érico Nogueira <ericonr at disroot.org>
* configure.ac: Check for <libintl.h> header.
* argp-help.c: Add dgettext_safe wrapper.
* configure.ac: Bumped version to 1.4.1.
2021-02-10 Érico Nogueira <ericonr at disroot.org>
* configure.ac: Bumped version to 1.4.0.
2021-02-10 Érico Nogueira <ericonr at disroot.org>
[3 lines not shown]
[AMDGPU][HWEvents] Refactor VMEM_ACCESS as VMEM_READ_ACCESS
Instead of having an HWEvent that can be either a read or a write
depending on the target, keep the events as straightforward as
possible and let InsertWaitCnt interpret it. Rename VMEM_ACCESS
to VMEM_READ_ACCESS and set VMEM_STORE_ACCESS & similar events
even if the target does not have a VSCnt.
I think this conceptually makes more sense.
This separates concerns better so that HWEvents nodels events
objectively, and InsertWaitCnt handles them as necessary for the task
it is trying to achieve (insert wait instructions).
[AMDGPU][InsertWaitCnts] Move TENSOR/ASYNC event detection to separate header
I forgot to move those out of the way as they were not grouped with the other.
Now `getEventsFor` does all the work.
[AMDGPU][InsertWaitCnts] Make HWEvent a BitMask
Follow up from comments on https://github.com/llvm/llvm-project/pull/202886
Make HWEvent a bitmask by default instead of having both the enum, and a separate HWEventSet. This has the advantage of streamlining the code a bit and opening the possibility of adding "modifiers" to events, e.g. I imagine we could now fold "VMemType" into the Events.
We already do this with things like SMEM_GROUP. At least now it's baked into the design.
I opted for a bit more verbosity by taking inspiration from FastMathFlags (FMF): instead of exposing a raw enum, I wrap it in a class w/ helper function. The downside is having to reimplement all the little bitwise ops, but the result is a cleaner, simpler interface than a raw enum (class) w/ many helper functions. I initially tried that but I recoiled at the sight of things like `contains(A, B)` which isn't very clear, while `A.contains(B)` is self explanatory.
Considering HWEvent is a bitmask, I also implemented a simple iterator to iterate over all set bits of the mask, which is a useful thing to have as some APIs in InsertWaitCnt rely on treating one event at a time.
