Borislav Stanimirov
Borislav Stanimirov
This is a proposal to clean-up and rework the package functions. The goals of this are more or less to allow several future features. The future features are to be...
* [ ] `any` * [ ] `atomic` * [ ] `atomic_shared_ptr_storage` * [ ] `data_mutex` * [ ] `dynamic_bitset` * [x] `expected` * [ ] `flat_map` * [ ]...
* [ ] In certain cases, if the size and alignment allow it, copying doesn't need to lead to reallocation and the buffer can be reused * [ ] Perhaps...
Add `type_info` to any objects and allow safe casts like `std::any_cast`
This is a Visual Studio-specific config file
I don't think the current allocator approach is the way to go. As far as I understand the point of the dynamic_allocator is to keep the `structure` buffer's size as...
This implements a proposal to add a plugin interface to backends. There is a demo project which uses the changes from this PR here: https://github.com/iboB/pytorch-ggml-plugin ## Notable changes **add `set_tensor_external_data`...
In certain cases we know that a container is sorted. `flat_map` and `flat_set` would benefit if they can be initialized with a sorted container to save us calls to `std::unique`...
* Allow the manipulation of individual stacktrace entries * From-to args to stacktrace getter * Allow custom alloc function, allow user buffer