libdispatchGrand Central Dispatch API support library
6.4.0_1,1develΣ=1 6.1.1_1,1Version of this port present on the latest quarterly branch.upstream: swift-6.4.2-releaseA newer version was found upstream by portscout, first on 2026-10-30.
devel/libdispatch: fix cpu eating by backport patches from upstream (+)
* Use relative kqueue deadlines for BSD uptime and monotonic timers
* Use eventfd abi instead of pipe2
* Fix typos in workqueue.c
* FreeBSD tid are off by two bits (see lock.h)
* Guard against integer truncation before left shifting [1]
PR: 298758
Thanks to: osa, makc, glebius
devel/libdispatch: do not define HAVE_DISPATCH_WORKQ_MONITORING on FreeBSD
It causes random crashes in telegram-desktop
Reported by: freebsd_ru community members
devel/libdispatch: update to 6.0.3 release (+)
Use system libBlocksRuntime provided by LLVM/Compiler-RT instead of bundled one
Install versioned dispatch library to better maintenance and visibility
Remove expired ports:
Adjusted for ports rescued since r534032
2020-05-05 audio/festvox-czech: Broken for more than 6 months
2020-05-05 audio/gkrellmvolume2: Broken for more than 6 months
2020-05-05 audio/mixmos: Broken for more than 6 months
2020-05-05 audio/mma: Broken for more than 6 months
2020-05-05 audio/pd-cyclone: Broken for more than 6 months
2020-05-05 audio/shorten: Broken for more than 6 months
2020-05-05 audio/taglib-sharp: Broken for more than 6 months
2020-05-05 audio/xhippo: Broken for more than 6 months
2020-05-05 biology/consed: Broken for more than 6 months
2020-05-05 biology/plinkseq: Broken for more than 6 months
2020-05-05 biology/seqtools: Broken for more than 6 months
(Only the first 15 lines of the commit message are shown above )
Obvious error is obvious.
To brooks: I caught this while investigating a stray error message on sparc64
builds. It has to do with the CONFIGURE_ENV+= CC="/usr/bin/clang" line which
should not be executed on tier-2. I do not know of the proper fix yet.
Remove OSVERSION checks that do not make sense any more.
For example (${OSVERSION} >= 900000 && ${OSVERSION} < 900021) is always true,
as is (${OSVERSION} > 900002 || ${OSVERSION} < 900000 && ${OSVERSION} > 800107).
Regarding patches, when an EXTRA_PATCHES is no longer needed, I remove it, when
it is always needed, I renamed it, in one case, I merged two patches.
Differential Revision: https://reviews.freebsd.org/D2209
Apple's GCC block support was backported to FreeBSD's gcc-4.2.1 in base
(r260311).
With a small revision (r264121) which was MFCd to 10.0-STABLE as
r264214, our base GCC got the capacity to build more blocks application
cleanly.
This support is important for platforms lack support for clang like
ia64, powerpc and sparc64.
The attached patch:
- Overrides the clang port option in platforms that ship a valid
block-enabled compiler in base.
- Let's platforms like powerpc and sparc use the base compiler.
- Adds license information for libdispatch (Apache License 2.0)
PR: 188332
Submitted by: Pedro F. Giffuni <pfg@FreeBSD.org>
Depend on release clang. Even 2.9 is sufficient so we don't need to
make people drag in -devel.
Someone ought to own this and I own most of the depends so grab it.
Feature safe: yes
- Return my ports back to the pool. I was unable to make any fixes to
my ports in the past 3 weeks while ports were broken on any 10.x
machines, which means I'm unable to maintain them. So let people know
that there's no available support for them until things are back to
normal (which also means that anyone with spare time will be able
to fix them without getting approval).
- Force PIC support in configure, so the check will pass on broken
compiler/linker combinations as well.
PR: ports/155157
Submitted by: Pan Tsu <inyaoo@gmail.com>
- Add port for libdispatch, the userland implementation of Grand Central
Dispatch technology.
WWW: http://libdispatch.macosforge.org/
Feature safe: yes (I believe that)
