kcbanner f991b9dc05 debug: fix reading -gdwarf generated debug sections in COFF files ... I had accidentally regressed support for -gdwarf in 461fb499f3 when I changed the logic to use the already-mapped exe/dll image instead of loading it from disk. The string table is mapped as all zeroes by the loader, so if a section header's name is longer than 8 bytes (like the ones generated by -gdwarf), then the name can't be read. Now, if any section headers require the string table, the file is mapped from disk. windows: Add NtCreateSection/NtMapViewOfSection/NtUnmapViewOfSection		2023-07-20 22:58:14 -04:00
..
linux	linux: rework getcontext to closer match the specification (saved IP/SP match the state after it would return)	2023-07-20 22:58:14 -04:00
plan9	all: zig fmt and rename "@XToY" to "@YFromX"	2023-06-19 12:34:42 -07:00
uefi	more UEFI alignment fixes	2023-07-20 12:46:33 -07:00
windows	debug: fix reading -gdwarf generated debug sections in COFF files	2023-07-20 22:58:14 -04:00
linux.zig	linux: add getcontext for x86_64	2023-07-20 22:58:14 -04:00
plan9.zig	all: migrate code to new cast builtin syntax	2023-06-24 16:56:39 -07:00
test.zig	all: migrate code to new cast builtin syntax	2023-06-24 16:56:39 -07:00
uefi.zig	std.os.uefi: use std.os.uefi.cc instead of .C as calling convention	2023-07-08 17:32:36 -04:00
wasi.zig	all: migrate code to new cast builtin syntax	2023-06-24 16:56:39 -07:00
windows.zig	debug: fix reading -gdwarf generated debug sections in COFF files	2023-07-20 22:58:14 -04:00