ruby.git/string.c, branch v4.0.3 The Ruby Programming Language string.c: guard tmp in rb_str_format_m (GH-16280) 2026-03-03T15:57:17+00:00 ZHIJIE XIE 40601688+dummyx@users.noreply.github.com 2026-03-02T17:40:57+00:00 a9b84adbd2f30eaefdf2a60341468c00e4bc090c [Bug #21931] Keep tmp alive while RARRAY_CONST_PTR(tmp) is used by rb_str_format. [alan: sunk the guard below usage] Reviewed-by: Alan Wu <XrXr@users.noreply.github.com> 
[Bug #21931]

Keep tmp alive while RARRAY_CONST_PTR(tmp) is used by rb_str_format.

[alan: sunk the guard below usage]
Reviewed-by: Alan Wu <XrXr@users.noreply.github.com>
merge revision(s) 78b7646bdb91285873ac26bca060591e06c45afe, b4a62a1ca949d93332ad8bce0fcc273581160cc5: [Backport #21842] 2026-02-09T21:44:42+00:00 Takashi Kokubun takashikkbn@gmail.com 2026-02-09T21:44:42+00:00 306930ae1ac62fb3b7f96581f4a6e9ab4c083e84 [PATCH] [Bug #21842] Let `rb_interned_str` return US-ASCII if possible [PATCH] [DOC] Update docs for rb_interned_str and related functions (#15897) Related to [Bug #21842]. * rb_interned_str: document what decides whether the returned string is in US-ASCII or BINARY encoding. * rb_interned_str_cstr: include the same description as rb_interned_str for the encoding. This one was still missing the update for US-ASCII and erroneously said the returned string was alwasy in BINARY encoding * rb_str_to_interned_str: document how the encoding of the result is defined. Co-authored-by: Herwin <herwinw@users.noreply.github.com> 
	[PATCH] [Bug #21842] Let `rb_interned_str` return US-ASCII if possible

	[PATCH] [DOC] Update docs for rb_interned_str and related functions (#15897)

	Related to [Bug #21842].

	* rb_interned_str: document what decides whether the returned string is
	  in US-ASCII or BINARY encoding.
	* rb_interned_str_cstr: include the same description as rb_interned_str
	  for the encoding. This one was still missing the update for US-ASCII
	  and erroneously said the returned string was alwasy in BINARY encoding
	* rb_str_to_interned_str: document how the encoding of the result is
	  defined.

	Co-authored-by: Herwin <herwinw@users.noreply.github.com>
[DOC] Correct typo 2025-12-21T02:24:37+00:00 BurdetteLamar burdettelamar@yahoo.com 2025-12-21T00:32:30+00:00 e2243ed232d6a67e4a3e84e30e82b792a39b21e0 






[DOC] Note for String#<=> about Comparable
2025-12-20T23:13:08+00:00

BurdetteLamar
burdettelamar@yahoo.com

2025-12-20T22:22:35+00:00

addbeb6cf337695647db6e265b5db87105d1c2e9












[DOC] Harmonize several <=> methods
2025-12-20T02:36:46+00:00

BurdetteLamar
burdettelamar@yahoo.com

2025-12-20T00:19:54+00:00

b7d4d7c911e1aa3882b1186ba0ba780801ab27ea












[DOC] Harmonize String#<=>
2025-12-19T22:09:31+00:00

BurdetteLamar
burdettelamar@yahoo.com

2025-12-19T20:06:49+00:00

42c4df9ac6d5974eac7efddf725ecf39f4c0fd9e












search_nonascii(): Replace UB pointer cast with memcpy
2025-12-16T18:06:03+00:00

Alan Wu
XrXr@users.noreply.github.com

2025-11-27T02:59:37+00:00

d209e6f1c0a93ad3ce1cc64dd165a6b67672614d

Casting a pointer to create an unaligned one is undefined behavior in C
standards. Use memcpy to express the unaligned load instead to play by
the rules.

Practically, this yields the same binary output in many situations
while fixing the crash in [Bug #21715].





Casting a pointer to create an unaligned one is undefined behavior in C
standards. Use memcpy to express the unaligned load instead to play by
the rules.

Practically, this yields the same binary output in many situations
while fixing the crash in [Bug #21715].







Remove useless rb_check_arity() calls
2025-12-13T04:52:13+00:00

Shugo Maeda
shugo@ruby-lang.org

2025-12-13T04:52:13+00:00

71dd272506a31f28d216f26b0568028ed600f6ed












[Bug #19558] Allow ASCII range to mix with Unicode dump
2025-12-11T10:20:12+00:00

Nobuyoshi Nakada
nobu@ruby-lang.org

2023-03-30T16:09:22+00:00

281a000d6669d3fbb1c0a2f940cbb9c7c01732e6












Allow String#strip etc. to take optional character selectors
2025-12-11T08:34:57+00:00

Shugo Maeda
shugo@ruby-lang.org

2025-12-11T08:34:57+00:00

c76ba839b153805f0498229284fea1a809308dbc

[Feature #21552]

Co-Authored-By: Claude <noreply@anthropic.com>





[Feature #21552]

Co-Authored-By: Claude <noreply@anthropic.com>