Daan

Thank you so much! However, PR's should be against the `dev` branch if possible. I will integrate this manually this time if that is ok with you. Thanks.

Hmm, yes, the current test seems correct; on my system `clang-cl` works fine? If you can test your scenario further why `_lzcnt_u64` is not supported that would be great.

Ah very cool! It should in principle just work out-of-the-box -- if you get faults that usually indicates trouble with getting the right thread id, see `mimalloc-internal.h:_mi_get_threadid()`. Ensure you are...

> Ah, I see. My assembly-fu is a bit sub-par. From what I can tell, it's the x86_64 Linux case in `mi_tls_slot`, and the Bionic case in `mi_thread_id`. > >...

(also, if you can run valgrind, that is great way to uncover bugs but I guess it won't work for the system allocator)

* hooks: that looks useful; you can always call `mi_process_init` from `__init_heap` , and `mi_thread_init` and `mi_thread_done` from the `__heap_thread_init/exit` hooks I think. If those hooks are really called as...

Hi @waddlesplash -- ha, you are moving fast ;-) The idea is that the new `prim.h` interface should allow this well -- thanks for overview with the primitives on haiku!....

Currently mimalloc has no limit built in -- but it is an interesting idea! especially as mimalloc could nicely start returning NULL pointers while still having OS memory available for...

Thanks @arsnyder16 . I'll update this issue if I get this functionality integrated; seems a good thing to have anyways. I may integrate this together with better "global" statistics.

Hi, actually the latest `dev-slice` branch contains the following "experimental" features that can achieve the memory limit. It adds two api entries: ```C int mi_reserve_os_memory(size_t size, bool commit, bool allow_large);...