Uh oh!
There was an error while loading. Please reload this page.
GH-39720: [Swift] Switch reader to use arrow field instead of proto for building arrays - #39721
Conversation
d95dbdf to
718e1c1CompareThere was a problem hiding this comment.
How about making this a normal func (instance method) not a static func?
There was a problem hiding this comment.
How about computing stride: in ArrowData.init() because ArrowData.init() can use the given ArrowType?
abandy
commented
Jan 27, 2024
@kou I hope all is well. Please review again when you get a chance. |
After merging your PR, Conbench analyzed the 4 benchmarking runs that have been run so far on merge-commit 21ffd82. There were no benchmark performance regressions. 🎉 The full Conbench report has more details. It also includes information about 35 possible false positives for unstable benchmarks that are known to sometimes produce them. |
…roto for building arrays (apache#39721) This PR updates the ArrowReaderHelper to use an ArrowField object for building an Array instead of a protobuf field obj. This removes leveraging protobuf from building out the Arrays and makes the code easier to reuse (like for the C Data Interface) * Closes: apache#39720 Authored-by: Alva Bandy <abandy@live.com> Signed-off-by: Sutou Kouhei <kou@clear-code.com>
This PR updates the ArrowReaderHelper to use an ArrowField object for building an Array instead of a protobuf field obj. This removes leveraging protobuf from building out the Arrays and makes the code easier to reuse (like for the C Data Interface)