Jeroen van Rijn
902106fc64
Merge pull request #7216 from alexthed1rk/impl-simd-arm-neon-bit-manip
...
Impl simd arm neon bit manipulation
2026-08-06 14:42:51 +02:00
Jeroen van Rijn
1daec0865c
Merge pull request #7234 from michtesar/fix/net-percent-encode
...
Fix percent encoding for bytes < 0x10
2026-08-06 13:54:36 +02:00
Michael Tesař
56d8293ae0
Restore formatting and remove unused import
2026-08-05 23:58:33 +02:00
Michael Tesař
c7af2576f5
Zero-pad percent_encode escapes to two uppercase hex digits
2026-08-05 23:45:34 +02:00
Victor Mororó
7ff00d39bd
os: resolve relative path before SHFileOperationW in remove_all (windows)
2026-08-05 08:45:01 -03:00
Yawning Angel
65450b78ab
core/crypto/mlkem: Fix compiler error on key_size(&Encapsualtion_Key)
2026-08-05 18:26:44 +09:00
Yawning Angel
a51cdd43bf
core/crypto/kmac: Early reject pathologically short tags in verify
2026-08-05 18:07:32 +09:00
Yawning Angel
97b38169de
core/crypto/chacha20: Explicitly allow the one final block
...
Only affects the incremental use case where the internal counter is
exactly the maximum.
2026-08-05 18:04:06 +09:00
Yawning Angel
3bdb32949b
core/crypto/noise: Reject encrypt/decrypt when n == 2^64 - 1
...
Spec defines the maximal value of `n` as reserved.
2026-08-05 17:33:31 +09:00
Yawning Angel
6e682a768e
core/crypto/pbkdf2: Ensure non-zero iteration count
2026-08-05 17:31:31 +09:00
Alexander Zhura
1fd3cbb0b5
Impl simd arm neon bit manipulation
2026-08-04 23:50:47 +03:00
Yawning Angel
e57af19fcd
core/crypto/_fiat: Fix coditional in ensure
...
Callers in core also check so there is no user visible impact.
2026-08-04 20:07:19 +09:00
gingerBill
6c2bb94ceb
Merge pull request #7206 from ssenthilnathan3/fix/os-glob-clone
...
Fix os.glob not cloning pattern when no meta characters present
2026-08-04 10:52:43 +02:00
Senthilnathan
b838b1bf25
fixes os.glob not cloning pattern when no meta characters present
2026-08-04 12:19:03 +05:30
Alexander Zhura
cc71be2a5b
Impl fix simd arm sha arch
2026-08-04 00:19:32 +03:00
A1029384756
1ac0b9bcdc
[debug/trace] sync allocator with core:mem
2026-08-03 10:09:39 -04:00
Phil
3e24e2601c
zero tracking_allocator.allocation_map and tracking_allocator.bad_free_array in destroy. Allows for re-using the struct again after an init. Otherwise, there would be dangling references. e.g. to tracking_allocator.allocation_map.data
2026-08-02 14:26:19 -07:00
gingerBill
541563d472
Merge pull request #7187 from Riyyi/master
...
Update stale os.flags file doc
2026-08-02 14:53:10 +02:00
Jeroen van Rijn
7c4dd2ea53
Merge pull request #7176 from GPotoshin/scanner_octal_escape
...
Fix octal escape parsing by core:text/scanner
2026-08-02 13:17:27 +02:00
Riyyi
47de593690
Update stale os.flags file doc
2026-08-02 03:15:30 +02:00
gingerBill
fa706198ba
Merge pull request #7180 from BradLewis/fix/parser-field-specialization-end
...
Correct end position for fields with a specialization
2026-08-01 16:16:51 +02:00
Alexander Zhura
659ba07cf3
Impl simd arm pmull
2026-08-01 16:22:15 +03:00
George Potoshin
8f3418c914
support every quote
2026-08-01 15:05:45 +02:00
Jeroen van Rijn
cfd0c4dc69
Revert "Impl simd arm pmull"
2026-08-01 14:04:22 +02:00
Jeroen van Rijn
15a45897ab
Merge pull request #7181 from alexthed1rk/impl-simd-arm-pmull
...
Impl simd arm pmull
2026-08-01 13:50:24 +02:00
Alexander Zhura
c2bb93ea59
Impl simd arm pmull
2026-08-01 14:20:19 +03:00
Brad Lewis
e1dead4ce3
Correct end position for fields with a specialization
2026-08-01 19:42:01 +10:00
Robert Stefanic
2bcf11e677
compress/gzip: Fix example code
...
I tried to compile this example and received the following error:
```
Error: Cannot assign value 'os.stdin.stream' of type 'File_Stream' to 'Stream' in a structure literal
input = os.stdin.stream,
^~~~~~~~~~~~~~^
```
The example was fixed by passing the File_Stream to `os.to_stream`.
Signed-off-by: Robert Stefanic <rstefanic72@gmail.com >
2026-07-31 21:47:02 -04:00
Jeroen van Rijn
6996445834
Merge pull request #7172 from mocompute/fix-argon2id-constant-typo
...
Fix typo in constant name and a different comment
2026-08-01 00:35:12 +02:00
George Potoshin
487648d7fa
fix octal escape parsing
2026-07-31 18:47:46 +02:00
Alexander Zhura
91e62c4187
Impl simd arm crc32
2026-07-31 16:17:27 +03:00
mo
8e4611fb74
Fix typo in constant name and a different comment
2026-07-31 22:38:54 +12:00
gingerBill
cbb10d8ee7
Merge pull request #7168 from odin-lang/bill/rexcode
...
rexcode/x86: label addressing for RIP-relative disp and movabs imm
2026-07-30 23:30:47 +02:00
Flāvius
0f472409c4
rexcode/x86: label addressing for RIP-relative disp and movabs imm
...
Add mem_rip_label(label_id) so a RIP-relative memory operand can
reference a label: the encoder writes a placeholder disp32 and emits a
REL32 relocation (addend 0) at the field's byte offset, mirroring the
existing .RELATIVE jump/call path. This expresses lea reg, [rip + <label>]
(position-independent data addressing).
Add op_imm_label(label_id) for movabs reg, <label>: the imm stays kind
.IMMEDIATE (form matching unchanged) but is flagged so the encoder emits
an ABS64 relocation for the imm64 instead of a literal; imm_matches_inline
forces the full IMM64 form so a small id can't collapse to mov r64, imm32.
Both labeled forms bypass the contextless recipe fast-path (which cannot
append relocations) and fall back to the interpreter. Flags reuse spare
bits in Memory (disp_is_label) and Operand_Flags (imm_is_label) -- no
struct growth. Section 11 tests cover resolved/unresolved disp, the ABS64
movabs, and an end-to-end executed lea+load.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com >
2026-07-30 15:05:16 -04:00
George Potoshin
6a14e5e068
#7153
2026-07-30 19:24:36 +02:00
Jeroen van Rijn
07f7b2c8a4
Merge pull request #5464 from peperronii/master
...
core:thread get_name/set_name
2026-07-30 12:52:16 +02:00
Jeroen van Rijn
9c0285316d
Merge pull request #7160 from mocompute/fix-7137-dumb-terminal
...
Respect TERM=dumb in test runner to prevent ANSI sequences, color
2026-07-30 12:18:56 +02:00
Jeroen van Rijn
d272bfb9ca
context
2026-07-30 12:03:08 +02:00
Jeroen van Rijn
7050779643
Move TERM == "dumb" test to core:terminal
2026-07-30 11:46:06 +02:00
mo
629676217f
Respect TERM=dumb in test runner to prevent ANSI sequences, color
...
Fixes : #7137
2026-07-30 11:39:56 +12:00
Wassim Alhajomar
2ad95966db
close dangling handle in map implementation on Windows
2026-07-30 01:08:30 +02:00
connnnal
c380c0d87e
win32: LoadLibraryEx_Flags off-by-one
...
bit_set without a backing type counts bits from the enum's lowest value (141299eb02 )
in this case it causes an off-by-one offset, so flags fall down to the one below. I experienced `LOAD_LIBRARY_SEARCH_DLL_LOAD_DIR` -> `LOAD_LIBRARY_REQUIRE_SIGNED_TARGET`, for instance, so unsigned DLLs wouldn't load. aw.
fix is adding a dword backing type to the bit flags, like the other types in this file
2026-07-29 12:32:14 +01:00
A1029384756
8ee3c229b6
[debug/trace] remove TODO
2026-07-28 14:28:23 -04:00
A1029384756
e087c3f97d
[debug/trace] sync tracking allocator with core:mem
2026-07-28 14:16:57 -04:00
gingerBill
22176f2e34
Merge pull request #7141 from laytan/port-back-to-core-debug-trace
...
port my third-party `back` package to replace `core:debug/trace`
2026-07-28 15:28:41 +02:00
Benjamin Konrad Dawkins
785d02f0cf
Fix duplicated entries within unicode_spaces and space_ranges
...
Somewhere on the creation of these tables, the `0x3000-0x3000` range seemingly slipped in an additional time.
Since binary search is done on both `unicode_spaces` and `space_ranges`, i doubt this is intentional behavior, as this unsorts the tables.
2026-07-26 20:03:30 +02:00
Laytan Laats
0845ff2502
check error earlier in allocator, return count correctly in linux
2026-07-26 19:28:04 +02:00
Laytan Laats
065d58e5b8
use fallback when SYMBOLIZER_PROGRAM doesn't exist
2026-07-26 19:20:22 +02:00
Laytan Laats
8e28f32d2e
clarify targets support
2026-07-26 19:06:10 +02:00
laytan
dbd568c970
windows bad free fix, print formatting fix, and remove color from tracking allocator results
2026-07-26 16:55:22 +02:00