[GLib] Rename run-end encoded array values accessor to physical_values
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 70/100
- Issue type
- Refactor
- Clarity
- Clearly specified
- Activity status
- Active
- Domain
- backend-api-design
Research direction
Look for the GLib run-end encoded array implementation, likely in c_glib/arrow-glib/. Find the property definition for 'values' and rename it to 'physical_values'. Update the corresponding getter function to garrow_run_end_encoded_array_get_physical_values(), deprecate the old one, and update tests and introspection documentation. Check for any Ruby bindings that might be affected by the property name change.
Written by the indexing model from the issue text.
Description
Describe the enhancement requested
As requested in the review of #51276, track the GLib naming change separately:
- Rename the run-end encoded array
valuesproperty tophysical_values(GObject property spellingphysical-values). - Add
garrow_run_end_encoded_array_get_physical_values()and deprecategarrow_run_end_encoded_array_get_values()in its favor, preserving the existing accessor for compatibility. - Update introspection documentation and tests for the physical child accessor.
The existing property exposes the physical values of the runs. In Ruby, its generated getter shadows Array#values, which is intended to return logical Ruby values. Explicit physical naming separates these meanings; #51276 keeps its Ruby conversion work separate from this GLib API change.
Component(s)
GLib, Ruby
Prepared with OpenAI Codex.
- Dominant language
- C++
- Stars
- 17.1k
- Forks
- 4.3k
- Avg merge
- 3d 20h
- Merged PRs (30d)
- 99
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from apache/arrow
-
Component: Python Type: enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
-
Component: Continuous Integration Component: MATLAB Type: enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
Component: C++ Component: Parquet Type: enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
Component: C++ Component: Parquet
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
-
Component: C++ Type: bug
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
flutter-webrtc/flutter-webrtc#2206 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
google-ai-edge/LiteRT-LM#3739 ·
-
Mute ydb/tests/functional/dstool/test_canonical_requests.py.Test.test_group_take_snapshot in main Openai_reviewed
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
ydb-platform/ydb#53974 · 3 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
google/libultrahdr#485 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
godotengine/godot#123776 ·