Skip to content

Conversation

@jimexist
Copy link
Member

@jimexist jimexist commented Jul 18, 2021

Which issue does this PR close?

update python crate to support latest pyo3 syntax and gil sematics.

must be merged after #740

update usage of acquire_gil to with_gil because:

Most users should not need to use this API directly, and should prefer one of two options:

  1. When implementing #[pymethods] or #[pyfunction] add a function argument py: Python to receive access to the GIL context in which the function is running.
  2. Use Python::with_gil to run a closure with the GIL, acquiring only if needed.

Closes #.

Rationale for this change

What changes are included in this PR?

Are there any user-facing changes?

@jimexist jimexist force-pushed the gil-and-depres-in-python branch from 8939d65 to a14e12c Compare July 18, 2021 12:44
Copy link
Contributor

@alamb alamb left a comment

Choose a reason for hiding this comment

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

Looks good to me. Note for other reviewers, I found using the "ignore whitespace" diff https://github.com/apache/arrow-datafusion/pull/741/files?w=1 easier to see the changes in this PR

@alamb alamb merged commit c51e9ec into apache:master Jul 19, 2021
@jimexist jimexist deleted the gil-and-depres-in-python branch July 20, 2021 02:04
andygrove pushed a commit to andygrove/datafusion that referenced this pull request Jan 31, 2025
…apache#741)

## Which issue does this PR close?

Part of apache#670

## Rationale for this change

This PR improves the native execution performance on decimals with a small precision

## What changes are included in this PR?

This PR changes not to promote decimal128 to decimal256 if the precisions are small enough

## How are these changes tested?

Existing tests
unkloud pushed a commit to unkloud/datafusion that referenced this pull request Mar 23, 2025
…apache#741)

## Which issue does this PR close?

Part of apache#670

## Rationale for this change

This PR improves the native execution performance on decimals with a small precision

## What changes are included in this PR?

This PR changes not to promote decimal128 to decimal256 if the precisions are small enough

## How are these changes tested?

Existing tests
H0TB0X420 pushed a commit to H0TB0X420/datafusion that referenced this pull request Oct 7, 2025
* provides workaround for half-migrated UDAF `sum`

Ref apache#730

* provide compatibility for sqlparser::ast::NullTreatment

This is now exposed as part of the API to `first_value` and `last_value` functions.

If there's a more elegant way to achieve this, please let me know.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants