This package provides semi-portable access to hardware provided atomic memory
operations. These might allow you to write code:
- That does more interesting things in signal handlers
- Makes more effective use of multiprocessors by allowing you to write
clever lock-free code. Note that such code is very difficult to get
right, and will unavoidably be less portable than lock-based code. It
is also not always faster than lock-based code. But it may occasionally
be a large performance win
- To experiment with new and much better thread programming paradigms, etc.
For details and licensing restrictions, please see the documentation.
===> The following configuration options are available for libatomic_ops-7.10.0:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
devel/libatomic_ops: update to 7.6.14
Port changes:
* enable shared library
* Fix makefile to make portclippy happy
Major changes:
* Avoid AO_stack_t to cross CPU cache line boundary
* Do not assume 'ordered except earlier write' for UWP/arm64
* Ensure result of AO_test_and_set is always AO_TS_CLEAR or AO_TS_SET
* Fix 'AO_malloc redefinition' MS VC warning caused by attributes mismatch
* Repeat black list check on CAS fail in stack_push_explicit_aux_release
Full changelog: https://github.com/ivmai/libatomic_ops/releases/tag/v7.6.14
PR: 268698
Reported by: pkubaj
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
devel/libatomic_ops: Use release archive
Use release archive instead of USE_GITHUB as suggested
by "Porters Handbook" ; this also remove the need to use
USES= autoreconf.
Also remove libltdl dependency
PR: 260877
Reported by: diizzy
Upgrade devel/libatomic_ops from v7.6.8 to v7.6.10
* Eliminate 'my_chunk_ptr-AO_initial_heap out of bounds' cppcheck warning
* Fix 'AO_*_TS_T is not defined' compiler warnings (GCC-8)
* Fix 'duplicate symbol' error for test_malloc/stack with static libs (OS X)
* Workaround 'argument to function assert is always 1' cppcheck warnings
Upgrade devel/libatomic_ops from 7.6.4 to 7.6.8
Changelog:
* Eliminate 'casting signed to bigger unsigned int' CSA warning (test_stack)
* Eliminate 'redundant blank line at start/end of block' CodeFactor warning
* Fix 'Cannot implement CAS_full on this architecture' build error (nios2)
* Fix a typo in arm_v6.h
* Support aarch64-ilp32 (GCC) and UWP/arm64 (MS VC) targets
* Undefine AO_ARM_HAVE_* private macros after their usage
* Use standalone private macro to guard against AO_GCC_BARRIER redefinition
* Workaround 'condition my_chunk_ptr is always false' cppcheck false positive
Upgrade libatomic_ops to 7.6.4
Major changes since v7.6.0:
* Eliminate compiler warnings
* Eliminate data race in cons() of test_malloc
* Fix 'bad register name %sil' assembler error (GCC-4.4/x86)
* Fix 'doc' files installation folder
* Fix AO_malloc for sizes near CHUNK_SIZE
* Fix memory leak in test_malloc
* Fix public headers inclusion from clients C++ code
* Fix size value wrap around in AO_malloc_large
* Fix test failures for Clang-3.8 and older (Aarch64)
* Fix test_atomic failure caused unaligned AO_double_t access (x86)
* Implement fetch-CAS for s390[x] (gcc)
* Support AIX/ppc, MIPS rel6, n32 ABI for mips64, RISC-V
* Update README about bugs reporting and new releases notification
* Use built-in atomics for load/store/CAS for Clang by default (Aarch64)
* Use GCC atomic intrinsics for Hexagon (clang 3.9+)
* Use LLD and SCD instructions on mips64
Reported by: Ivan Maidanski <ivmai@mail.ru> (by email)
- Update to 7.4.4
- Use PORTVERSION instead of DISTVERSION
- Add patch to fix boehm-gc on sparc
Log:
- Eliminate 'signed-to-unsigned value extension' compiler warning in malloc.
- Eliminate 'variable set but not used' Cppcheck warnings in test_stack.
- Fix GCC 5.x compatibility for AArch64 double-wide primitives.
- Fix makefile preventing AO_pause undefined in libatomic_ops_gpl.
- Fix missing casts to match printf format specifier in test_atomic.
- Fix missing output folder on making auto-generated test files (Automake).
- Fix typo in configure.ac (in description of AO_ASM_X64_AVAILABLE).
- Minor fix of code alignment in mips AO_compare_and_swap.
- Remove TODO file.
- Restore contribution info in ChangeLog for authors not listed in git log.
Submitted by: cpm
Reviewed by: amdmi3, feld, junovitch (mentors)
Approved by: maintainer timeout (3 weeks)
Differential Revision: D7311
This changes almost all the "gnomehack" only USE_GNOME cases to USES= pathfix.
If a port used other USE_GNOME items it was untouched.
The ports that used other USES were fixed by hand.
PR: ports/177081
Reviewed by: bapt
Approved by: portmgr (miwi)
- Update to version 7.3alpha2
- Define LICENSE, utilize DISTVERSION, etc.
- Conditionally install documentation
- Reindent port description while here
PR: ports/175662
Submitted by: maintainer
- 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).
