List view

RFC for zip_view implementation, for oneDPL C++20

RFC

Status: Open (in progress).

uxlfoundation/oneDPLnumber 1931

#1931 In uxlfoundation/oneDPL;

· MikeDvorskiy opened on Nov 4, 2024

[oneDPL][rfc] oneDPL tuple like concept

RFC

Status: Open (in progress).

uxlfoundation/oneDPLnumber 2150

#2150 In uxlfoundation/oneDPL;

· MikeDvorskiy opened on Mar 28, 2025

[oneDPL][ranges] + zip_view implementation for C++20

Status: Open (in progress).

uxlfoundation/oneDPLnumber 1877

#1877 In uxlfoundation/oneDPL;

· MikeDvorskiy opened on Sep 25, 2024

Remove the usages of <code>__future</code> on internal layers

enhancement

Status: Open (in progress).

uxlfoundation/oneDPLnumber 2261

#2261 In uxlfoundation/oneDPL;

· SergeyKopienko opened on May 14, 2025

Different types of result and temporary data in <code>__result_and_scratch_storage</code>

enhancement

Status: Draft (not ready).

uxlfoundation/oneDPLnumber 2259

#2259 In uxlfoundation/oneDPL;

· SergeyKopienko opened on May 13, 2025

Simplify <code>new_kernel_name</code> implementation in tests

enhancement

testTest only ChangeTest only Change

Status: Open (in progress).

uxlfoundation/oneDPLnumber 2128

#2128 In uxlfoundation/oneDPL;

· SergeyKopienko opened on Mar 13, 2025

<code>result_and_scratch_storage/future</code> design issues:

Status: Open.

#2003 In uxlfoundation/oneDPL;

· MikeDvorskiy opened on Jan 17, 2025

Align <code>__get_sycl_range</code> with SYCL runtime in it's treatment of <code>write</code> access mode and <code>no_init{}</code>

Status: Open.

#1272 In uxlfoundation/oneDPL;

· danhoeflinger opened on Nov 13, 2023

[onedpl][ranges] copy_if implementation for sized output

Status: Draft (not ready).

uxlfoundation/oneDPLnumber 1898

#1898 In uxlfoundation/oneDPL;

· MikeDvorskiy opened on Oct 14, 2024

Required to remove <code>oneapi::dpl::__internal::__device_backend_tag</code> first parameter from <code>operator()</code> in sycl-submitters

enhancement

Status: Open.

#2211 In uxlfoundation/oneDPL;

· SergeyKopienko opened on Apr 29, 2025

Avoid duplication in __pattern_includes in range and iterator implementations

Status: Open.

#2447 In uxlfoundation/oneDPL;

· SergeyKopienko opened on Sep 12, 2025

Im not understanding why we have 2 different options for <code>__m1/2</code> here.

Status: Open.

Task

#2449 In uxlfoundation/oneDPL;

· SergeyKopienko opened on Sep 12, 2025

Avoid duplication in std_ranges_set_* tests for mixed types

testTest only ChangeTest only Change

Status: Open.

#2453 In uxlfoundation/oneDPL;

· SergeyKopienko opened on Sep 15, 2025

Similarly, could we replace <code>__first2</code> here with <code>__left_bound_seq_2</code>? If elements prior to the left bound don't intersect with sequence 1, then they shouldn't affect the difference, right?

Status: Open.

Task

#2448 In uxlfoundation/oneDPL;

· SergeyKopienko opened on Sep 12, 2025

Refactoring of <code>__parallel_set_union_op</code>

enhancement

Status: Draft (not ready).

uxlfoundation/oneDPLnumber 2457

#2457 In uxlfoundation/oneDPL;

· SergeyKopienko opened on Sep 16, 2025

Implements <code>__begin()</code> / <code>__end()</code> utility functions for ranges in C++17 and C++20

bug

enhancement

Status: Open (in progress).

uxlfoundation/oneDPLnumber 2493

#2493 In uxlfoundation/oneDPL;

· SergeyKopienko opened on Oct 7, 2025

Unify return type of <code>oneapi::dpl::__Internal::__ranges::__pattern_minmax_element</code>

enhancement

Status: Draft (not ready).

uxlfoundation/oneDPLnumber 2496

#2496 In uxlfoundation/oneDPL;

· SergeyKopienko opened on Oct 8, 2025