7 Commits

Author	SHA1	Message	Date
Feoramund	efba9a1fb7	Disable usage of AddressSanitizer pending a per-allocator review ... It has been discovered that AddressSanitizer does not keep a 1:1 mapping of which bytes are poisoned and which are not. This can cause issues for allocations less than 8 bytes and where addresses straddle 8-byte boundaries. See the following link for more information: https://github.com/google/sanitizers/wiki/AddressSanitizerAlgorithm#mapping	2025-06-15 15:06:28 -04:00
Lucas Perlind	83bc2d3c4a	Add asan support for various allocators	2025-05-06 14:55:50 +10:00
Laytan Laats	7df5be2131	fix wrong out of memory in edge cases, just try allocate from block for one source of truth	2025-02-12 19:09:21 +01:00
Barinzaya	98b3a9eacd	Added support for growing in place to some arenas. ... This affects `runtime.Arena` and `virtual.Arena`, but not currently `mem.Arena`. These changes allow the last allocation that has been made to be resized to a larger size by just extending their allocation in-place, when there's sufficient room in the memory block to do so. Shrinking in place and re-using the rest of the allocation can be supported using almost the same logic, but would require the memory to be zeroed. Since this would add a additional cost that isn't currently present, shrinking has not been changed.	2025-01-24 10:13:46 -05:00
alektron	a0c20023fc	Fix: Issue with non-zeroed memory after arena_temp_and; ... Fix: total_used field of growing Arena was not decremented correctly in arena_temp_end;	2025-01-15 17:59:30 +01:00
Abdul Rahman Sibahi	67251ad5b8	typo fix	2024-08-11 14:30:48 +03:00
Karl Zylinski	11e586494b	Clarify that the arena in base:runtime shouldn't be used for anything but the default temp allocator. This is done by renaming the file in which it lives, and also by improving the comment above Arena :: struct {. This should avoid some confusion where people end up using the Arena in base:runtime because they thought it was the 'default arena'.	2024-06-18 12:48:16 +02:00