This library implements Zig bindings for the CRoaring library.
Any C function that begins with roaring_bitmap_ is a method of the Bitmap struct, e.g. roaring_bitmap_add becomes Bitmap.add. Because and and or are Zig keywords, the bitwise operators and, or, and xor are consistently prefixed with an underscore, e.g. Bitmap._or and Bitmap._orCardinality. All functions have been renamed to Zig's naming convention (camel-case).
On January 31st, this pull request introduced breaking changes to the zig build system. If you are not using a Zig daily build from after that point, you will need to checkout the og_build tag which uses the old build system.
If you're using the zigmod dependency manager, you can add roaring-zig to your project by adding it as a dependency in your zigmod.yml file:
root_dependencies:
- src: git https://github.com/jwhear/roaring-zigRun zigmod fetch, then update your build.zig file:
const std = @import("std");
+const deps = @import("./deps.zig");
pub fn build(b: *std.build.Builder) void {
const target = b.standardTargetOptions(.{});
const mode = b.standardReleaseOptions();
const exe = b.addExecutable("my_project", "src/main.zig");
exe.setTarget(target);
exe.setBuildMode(mode);
+ deps.addAllTo(exe);
exe.install();
}You should now be able to import with
const roaring = @import("roaring");This is a port of C example in the CRoaring project
const std = @import("std");
const roaring = @import("roaring.zig");
const Bitmap = roaring.Bitmap;
const assert = std.debug.assert;
const print = std.debug.print;
pub fn main() !void {
var allocator = std.heap.c_allocator;
// create a new empty bitmap
var r1 = try Bitmap.create();
// then we can add values
var i: u32 = 100;
while (i < 1000) : (i+=1) r1.add(i);
// check whether a value is contained
assert(r1.contains(500));
// compute how many bits there are:
const cardinality = r1.cardinality();
print("Cardinality = {} \n", .{cardinality});
// if your bitmaps have long runs, you can compress them by calling
// run_optimize
const expected_size_basic = r1.portableSizeInBytes();
_=r1.runOptimize();
const expected_size_run = r1.portableSizeInBytes();
print("size before run optimize {} bytes, and after {} bytes\n",
.{expected_size_basic, expected_size_run});
// create a new bitmap containing the values {1,2,3,5,6}
var r2 = try Bitmap.of(.{5, 1, 2, 3, 5, 6});
r2.printf(); // print it
// we can also create a bitmap from a slice of 32-bit integers
const somevalues = [_]u32{2, 3, 4};
var r3 = try Bitmap.fromSlice(&somevalues);
// NOTE that these functions are not wrapped due to not being memory-safe:
// roaring_bitmap_to_uint32_array
// roaring_bitmap_range_uint32_array
// You can invoke them directly and pass `Bitmap.conv(r1)`
// we can copy and compare bitmaps
var z = try r3.copy();
assert(r3.eql(z)); // what we recover is equal
z.free();
// we can compute union two-by-two
var r1_2_3 = try r1._or(r2);
r1_2_3._orInPlace(r3);
// we can compute a big union
var all_my_bitmaps = [_]*const Bitmap{r1, r2, r3};
var big_union = try Bitmap._orMany(&all_my_bitmaps);
assert(r1_2_3.eql(big_union)); // what we recover is equal
// can also do the big union with a heap
var big_union_heap = try Bitmap._orManyHeap(&all_my_bitmaps);
assert(r1_2_3.eql(big_union_heap));
r1_2_3.free();
big_union.free();
big_union_heap.free();
// we can compute intersection two-by-two
var i1_2 = try r1._and(r2);
i1_2.free();
// we can write a bitmap to a pointer and recover it later
const expected_size = r1.portableSizeInBytes();
var serialized_bytes = try allocator.alloc(u8, expected_size);
const written_size = r1.portableSerialize(serialized_bytes);
assert(written_size == expected_size);
var t = try Bitmap.portableDeserialize(serialized_bytes);
assert(r1.eql(t)); // what we recover is equal
t.free();
// we can also check whether there is a bitmap at a memory location without
// reading it
const size_of_bitmap = Bitmap.portableDeserializeSize(serialized_bytes);
assert(size_of_bitmap ==
expected_size); // size_of_bitmap would be zero if no bitmap were found
// we can also read the bitmap "safely" by specifying a byte size limit:
// Note that in Zig this effectively the same as the "unsafe" version because
// both use slices instead of pointers
t = try Bitmap.portableDeserializeSafe(serialized_bytes);
assert(r1.eql(t)); // what we recover is equal
t.free();
allocator.free(serialized_bytes);
// we can iterate over all values using custom functions
var counter: usize = 0;
_=r1.iterate(roaring_iterator_sumall, &counter);
// we can also use Zig-style iterators:
counter = 0;
var it = r1.iterator();
while (it.next()) |val| {
counter += val;
}
// you can skip over values and move the iterator with
// it.previous() or it.moveEqualOrLarger(some_value)
// In Zig no need to free iterator
//roaring_free_uint32_iterator(it);
// for greater speed, you can iterate over the data in bulk
it = r1.iterator();
var buffer: [256]u32 = undefined;
while (true) {
const ret = it.read(&buffer);
for (buffer[0..ret]) |el| {
counter += el;
}
if (ret < 256) {
break;
}
}
// In Zig no need to free iterator
//roaring_free_uint32_iterator(it);
r1.free();
r2.free();
r3.free();
}
export fn roaring_iterator_sumall(value: u32, param: ?*anyopaque) bool {
@ptrCast(*u32, @alignCast(@alignOf(u32), param)).* += value;
return true; // iterate till the end
}By default CRoaring uses the libc malloc and friends to perform memory management. Operations that return a new bitmap cause at least one allocation, these methods are checked to ensure that the allocation succeeded and will return an error rather than a null pointer.
Operations that add elements to a bitmap may cause allocations that could fail. The C API does not expose a way for this wrapper library to prevent or detect these failures. In these scenarios CRoaring will probably trip an assert or cause a segfault.
You can provide a Zig allocator for CRoaring to use by calling roaring.setAllocator. This allocator is global and will be used for all CRoaring operations. It is strongly recommended that you not change allocators by calling this multiple times. The wrapper has to maintain some bookkeeping data regarding the size of allocations, this can be cleaned up by calling roaring.freeAllocator.
The initCleared and initWithCapacity functions allow the user to manage the top-level bitmap memory directly. However the contents of these containers will still be dynamically allocated with the CRoaring global allocator.
var dynamic = try Bitmap.create();
defer dynamic.free(); // free the contents and the container
var on_the_stack = Bitmap.initCleared(); // this can't fail
// Do NOT `free` an inited bitmap: CRoaring doesn't own that pointer
//on_the_stack.free(); // don't do this
defer on_the_stack.clear(); // the contents are dynamic, free by clearing
var result = dynamic._or(&on_the_stack);
defer result.free(); // operation results are always dynamic