BSD Ports

archivers/streamvbyte 3.0.0 FreeBSD

Integer compression with SIMD based on Google\'s varint

System
FreeBSD
Repository
FreeBSD ports
Maintainer
[email protected]
Last update
Commit
2414383046
License
APACHE20
Categories
archivers
Package size
12.2 KiB, 41.0 KiB installed

Description

StreamVByte is an integer compression technique that applies SIMD instructions (vectorization) to Google's varint approach. The net result is faster than other byte-oriented compression techniques. The approach is patent-free, the code is available under the Apache License. It includes fast differential coding. It assumes a recent Intel processor (e.g., haswell or better, though we provide runtime dispatching for compatibility with legacy systems) or an ARM processor with NEON instructions (which is almost all of them).

In the other systems

SystemPortVersion
FreeBSDarchivers/streamvbyte3.0.0
DragonFlyarchivers/streamvbyte2.0.0

Install

Binary package:

pkg install streamvbyte

From the ports tree:

cd /usr/ports/archivers/streamvbyte/ && make install clean

To depend on this port in another port's Makefile:

RUN_DEPENDS=	streamvbyte>0:archivers/streamvbyte

Packages

The version each package repository carries. “-” means the repository builds no package of it, “n/a” that there is no such repository.

Repositoryaarch64amd64armv6armv7i386
FreeBSD:14:latest3.0.03.0.00.5.12.0.03.0.0
FreeBSD:14:quarterly3.0.03.0.0n/a2.0.03.0.0
FreeBSD:15:latest3.0.03.0.0n/a2.0.02.0.0
FreeBSD:15:quarterly3.0.03.0.0n/an/an/a
FreeBSD:16:latest3.0.03.0.0n/an/an/a
FreeBSD:16:quarterlyn/an/an/an/an/a

Dependencies

The Makefile names none itself; they come from USES and USE_*.

The full lists below include those, and their dependencies in turn.

Build dependencies 15

Configuration

No options to configure.

USES
cmake
Service scripts
none

Files

distinfo 1
FileSizeSHA256
lemire-streamvbyte-v3.0.0_GH0.tar.gz820496f1fcd6b3e2e0d301d8c8691be12290f7c10611f43075c8e6c53dc5c2131fe89

Commit history 1

DateCommitCreditsLog message
2414383046 Jason W. Bacon Release numerous ports to ports@
I've been retired for a few years, and it is unlikely I will be doing any more scientific computing support in the future. I have continued to maintain ~160 ports to the best of my ability, mainly as a favor to the community, but I can no longer justify the time and effort required. I am therefore releasing most of my scientific ports, along with a few others, to ports@. I will continue to maintain ports I am actively using and those for which I am upstream.