aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Fix typobill/utf16-stringsgingerBill2025-08-071-1/+1
|
* Add `intrinsics.type_canonical_name`gingerBill2025-08-073-0/+22
|
* Change `is_utf16` field to `encoding` and use an enumgingerBill2025-08-0510-13/+33
|
* Merge branch 'master' into bill/utf16-stringsgingerBill2025-08-058-15/+92
|\
| * Fix atomics for tuplesdev-2025-08gingerBill2025-08-051-1/+1
| |
| * Merge branch 'master' of https://github.com/odin-lang/OdingingerBill2025-08-052-3/+7
| |\
| | * Merge pull request #5540 from jared-cone/fix-windows-delete-after-freeLaytan2025-08-051-3/+3
| | |\ | | | | | | | | Fixed delete-after-free in file_windows.odin
| | | * Fixed delete-after-free in file_windows.odinJared Cone2025-08-041-3/+3
| | | |
| | * | Merge pull request #5539 from ↵Laytan2025-08-051-0/+4
| | |\ \ | | | |/ | | |/| | | | | | | | | Jack-Punter/fix-spall-scoped-event-with-autotracing Adds @(no_instrumentation) to spall buffer and SCOPED operations
| | | * Adds @(no_instrumentation) to spall buffer and SCOPED operationsJack Punter2025-08-041-0/+4
| | |/ | | | | | | | | | | | | Currently without this scoped event names are not displaying correctly when auto-tracing is enabled. The buffer_destroy event, obviously, fails to be completed (as theres no buffer to write the end event to, and context_destroy should happen after all the buffers are destroyed so there's, again, no buffers to write to.
| * / Fix possible race condition with struct offsetsgingerBill2025-08-052-9/+17
| |/
| * Add `intrinsics.type_is_nearly_simple_compare`gingerBill2025-08-044-1/+61
| |
| * Merge pull request #5531 from laytan/thread-stack-size-rlimitgingerBill2025-08-021-1/+6
| |\ | | | | | | thread: set stack size to rlimit
| | * thread: set stack size to rlimitLaytan Laats2025-08-021-1/+6
| |/
* | Fix `cstring != ""`gingerBill2025-08-021-2/+2
| |
* | Fix `string16 != ""` comparisongingerBill2025-08-021-4/+12
| |
* | Fix string16 literal length set in LLVMgingerBill2025-08-023-7/+12
| |
* | Fix tests for UTF-16 stringsgingerBill2025-08-024-5/+6
| |
* | Remove unneeded uses of `intrinsics.constant_utf16_cstring`gingerBill2025-08-023-4/+4
| |
* | Fix [^]u16 <-> cstring16 conversionsgingerBill2025-08-021-0/+61
| |
* | os2 internals -> (c)string16gingerBill2025-08-0210-49/+76
| |
* | Add string16_map.cppgingerBill2025-08-021-0/+538
| |
* | Cache const `string16` in LLVMgingerBill2025-08-026-13/+83
| |
* | `for in string16`; Support `string16` across coregingerBill2025-08-0221-69/+321
| |
* | Begin supporting `string16` across the core librarygingerBill2025-08-0220-32/+230
| |
* | Add `string16` and `cstring16` (UTF-16 based strings)gingerBill2025-08-0225-62/+873
|/
* Merge pull request #5505 from RoboMage/sdl2_audio_bitsetLaytan2025-08-011-7/+9
|\ | | | | SDL2 - AudioAllowChangeFlags bit_set
| * SDL2 - audio allow change bit_setrobomage2025-07-271-7/+9
| | | | | | | | sdl.OpenAudioDevice was incorrectly using a bool instead of a c.int for it's last parameter. To make the proc call more idiomatic and inline with other bindings a new bit_set was introduced to be used in place of the constants
* | Merge pull request #5510 from taylormck/add-cgltf-enumsLaytan2025-08-011-4/+20
|\ \ | | | | | | add cgltf filter type and wrap mode enums
| * | fix: align the enum valuesTaylor2025-07-301-8/+8
| | |
| * | add cgltf filter type and wrap mode enumsTaylor2025-07-281-4/+20
| | |
* | | fix checkLaytan2025-08-011-1/+1
| | |
* | | concrete types to make llvm 14 happyLaytan2025-08-011-5/+8
| | | | | | | | | | | | | | | | | | Fixes #5463 Fixes #5244 Fixes #5435
* | | fix dropping part of particular vecsLaytan2025-08-011-1/+1
| | |
* | | Merge pull request #5525 from Barinzaya/xxh3-simdgingerBill2025-08-014-33/+153
|\ \ \ | | | | | | | | `core:hash/xxhash`: Static SIMD Support for XXH3
| * | | Skip bounds checking on the inner accumulate loop.Barinzaya2025-07-311-2/+2
| | | | | | | | | | | | | | | | | | | | This helps performance with SSE (somewhat) and AVX-512 (quite a bit), but not AVX2 for some reason.
| * | | Remove favor_size attributes inhibiting SIMD optimizations.Barinzaya2025-07-311-11/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This makes a tremendous (2x with SSE2, 3x with AVX2) difference on big datasets on my system, but this may be hardware-dependent (e.g. instruction cache sizes). Naturally, this also results in somewhat larger code for the large-data case (~75% larger).
| * | | Various minor changes in XXH3.Barinzaya2025-07-311-19/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This includes various minor things that didn't seem right or could be improved, including: - XXH3_state is documented to have a strict alignment requirement of 64 bytes, and thus came with a disclaimer not to use `new` because it wouldn't be aligned correctly. It now has an `#align(64)` so that it will. - An _internal proc being marked #force_no_inline (every other one is #force_inline) - Unnecessarily casting the product of two u32s through u128 (and ultimately truncating to u64 anyway)
| * | | Add static SIMD support to XXH3 in core:hash/xxhash.Barinzaya2025-07-314-4/+137
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This uses compile-time features to decide how large of a SIMD vector to use. It currently has checks for amd64/i386 to size its vectors for SSE2/AVX2/AVX512 as necessary. The generalized SIMD functions could also be useful for multiversioning of the hash procs, to allow for run-time dispatch based on available CPU features.
* | | | Merge pull request #5526 from laytan/fixes-for-vector-abigingerBill2025-08-011-10/+36
|\ \ \ \ | |/ / / |/| | | amd64 abi fixes regarding vectors
| * | | fix vec offset calculationLaytan2025-07-311-1/+1
| | | |
| * | | amd64 support `half` in the abi tooLaytan2025-07-311-2/+21
| | | |
| * | | amd64 abi fixes regarding vectorsLaytan2025-07-311-9/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | - Fixes the code so SSEUp is grouped/skipped over properly (Fixes #5429) - Fixes f16 vectors using garbage widths, because it would call LLVMGetIntTypeWidth and an f16 is not an int so doesn't have that function
* | | | Placate linkerJeroen van Rijn2025-07-311-0/+1
| | | |
* | | | Merge pull request #5520 from Mecso2/masterJeroen van Rijn2025-07-311-1/+1
|\ \ \ \ | | | | | | | | | | fix amd64 no-crt entry assembly
| * | | | fix amd64 no-crt entry assemblyMecso22025-07-301-1/+1
| |/ / /
* | | | Merge pull request #5513 from colrdavidson/spall_v3gingerBill2025-07-311-40/+98
|\ \ \ \ | | | | | | | | | | update to spall format v3
| * | | | adjust scale with new format, fix segfault for auto-traceColin Davidson2025-07-301-1/+5
| | | | |
| * | | | Merge remote-tracking branch 'live/master' into spall_v3Colin Davidson2025-07-301-3/+3
| |\| | |
| * | | | Merge remote-tracking branch 'live/master' into spall_v3Colin Davidson2025-07-2910-39/+433
| |\ \ \ \