Skip to content

Commit 400a01d

Browse files
tae898claude
andcommitted
Test: longdouble is float64 on Windows and Apple arm64, so sample_array may take it there
The parity leg on windows-x64 py3.14 failed one case (values11): the test expected None for a np.longdouble array, which holds only on platforms where longdouble is 80-bit extended. Where it is float64 the picker is right to take it (tolist reproduces the values). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
1 parent 7960ccc commit 400a01d

1 file changed

Lines changed: 5 additions & 1 deletion

File tree

‎tests/test_native_timeseries_binary.py‎

Lines changed: 5 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -403,7 +403,11 @@ def test_a_library_without_the_entry_keeps_the_text_path(temp_db, monkeypatch):
403403
True,
404404
None,
405405
), # int() truncates float timestamps on the text path
406-
(np.ones(3, dtype=np.longdouble), False, None),
406+
(
407+
np.ones(3, dtype=np.longdouble),
408+
False,
409+
np.float64 if np.dtype(np.longdouble) == np.dtype(np.float64) else None,
410+
), # longdouble is float64 on Windows (MSVC) and Apple arm64, 80-bit extended on x86-64 Linux
407411
(np.array([1, 2], dtype="datetime64[ns]"), True, np.int64),
408412
(np.array([1, 2], dtype="datetime64[ns]"), False, None),
409413
(

0 commit comments

Comments
 (0)