Skip to content

Conversation

@llama90
Copy link
Contributor

@llama90 llama90 commented Dec 4, 2023

Rationale for this change

Remove legacy code

What changes are included in this PR?

  • Replace the legacy scalar CastTo implementation for Timestamp Scalar in test. The cast function already supports casting between different timestamp types. We just need to allow for the possibility of data loss by using CastOptions::Unsafe().

Are these changes tested?

Yes. It is passed by existing test cases.

Are there any user-facing changes?

No.

@github-actions
Copy link

github-actions bot commented Dec 4, 2023

⚠️ GitHub issue #39050 has been automatically assigned in GitHub to PR creator.

Copy link
Member

@kou kou left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1

@kou kou merged commit c39a223 into apache:main Dec 5, 2023
@kou kou removed the awaiting review Awaiting review label Dec 5, 2023
@github-actions github-actions bot added the awaiting merge Awaiting merge label Dec 5, 2023
@conbench-apache-arrow
Copy link

After merging your PR, Conbench analyzed the 6 benchmarking runs that have been run so far on merge-commit c39a223.

There were no benchmark performance regressions. 🎉

The full Conbench report has more details. It also includes information about 1 possible false positive for unstable benchmarks that are known to sometimes produce them.

kou pushed a commit that referenced this pull request Dec 14, 2023
…est (#39226)

### Rationale for this change

Remove legacy code

This is a sub-PR of the PR mentioned below.

* #39060  

### What changes are included in this PR?

* Replace the legacy scalar `CastTo` implementation for Timestamp Scalar in test. It was supposed to be resolved in the mentioned PR, but it was missed. 

### Are these changes tested?

Yes. It is passed by existing test cases.

### Are there any user-facing changes?

No.

Authored-by: Hyunseok Seo <hsseo0501@gmail.com>
Signed-off-by: Sutou Kouhei <kou@clear-code.com>
dgreiss pushed a commit to dgreiss/arrow that referenced this pull request Feb 19, 2024
…alar in test (apache#39060)

### Rationale for this change

Remove legacy code

### What changes are included in this PR?

* Replace the legacy scalar CastTo implementation for Timestamp Scalar in test. The cast function already supports casting between different timestamp types. We just need to allow for the possibility of data loss by using `CastOptions::Unsafe()`. 

### Are these changes tested?

Yes. It is passed by existing test cases.

### Are there any user-facing changes?

No.

* Closes: apache#39050

Authored-by: Hyunseok Seo <hsseo0501@gmail.com>
Signed-off-by: Sutou Kouhei <kou@clear-code.com>
dgreiss pushed a commit to dgreiss/arrow that referenced this pull request Feb 19, 2024
…est (apache#39226)

### Rationale for this change

Remove legacy code

This is a sub-PR of the PR mentioned below.

* apache#39060  

### What changes are included in this PR?

* Replace the legacy scalar `CastTo` implementation for Timestamp Scalar in test. It was supposed to be resolved in the mentioned PR, but it was missed. 

### Are these changes tested?

Yes. It is passed by existing test cases.

### Are there any user-facing changes?

No.

Authored-by: Hyunseok Seo <hsseo0501@gmail.com>
Signed-off-by: Sutou Kouhei <kou@clear-code.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[C++] Add Compute Kernel for Casting between Different Timestamp Types

2 participants