Orkuncakilkaya
a8d54e9878
Every allocation the compiler emits goes through @lp_malloc/@lp_calloc/@lp_realloc/@lp_free, and a Ludic-level one first stores its site (function, file, line, kind) in @lp_site. Off, that is one load and a predictable branch (30 M allocations: 0.87-0.91 s against 0.87-0.90 s on leaks2). On (the default in a headless build, and windowed under R3D_DEV), tracking starts at the first frame on its own and judging once R3D_ALLOC_WARM frames in a row kept nothing (600) or R3D_ALLOC_WARM_MAX after (re)start; Mem.play()/Mem.rewarm() sends a load back to its warm-up. A judged frame that ends holding more than it began with is reported by site with its callers (the unwinder, taken only once judging) and fails the run with exit 86 (R3D_ALLOC_FENCE=off|count|warn|fail). R3D_ALLOC_CENSUS writes the totals and top sites at exit. The build's defaults are --fence=, --fence-warm=, --fence-census= or a fence line in the program's package.ludic; the environment overrides them. The runtime is IR (emit_fence_ir.ludic, generated from a template); tracking is a side table in one calloc'd region, so no block carries a header and pointers crossing to natives stay safe. Examples alloc_fence, alloc_fence_leak and alloc_fence_auto with cases in ludic-dev test; reseeded. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
16 lines
646 B
Text
16 lines
646 B
Text
# alloc_fence_auto.ludic - nothing here names the fence but the frame's mark: tracking starts at the
|
|
# first frame on its own, judging once R3D_ALLOC_WARM frames (600) in a row kept nothing, and frame
|
|
# 1500 keeping a record fails the run with exit 86. Prints nothing when it fails, `through` if not.
|
|
program AllocFenceAuto {
|
|
property Box { a: int = 0 }
|
|
entry {
|
|
var held = new []Box
|
|
for k in 0 .. 4 { push(held, new Box) }
|
|
for f in 0 .. 2000 {
|
|
if f < 300 { push(held, new Box { a: f }) } # loading: growing, not judged
|
|
if f == 1500 { push(held, new Box { a: f }) }
|
|
Mem.frame()
|
|
}
|
|
print("through")
|
|
}
|
|
}
|