Be explicit about ARROW_ACERO; add tests; remove use_local in migrators

[raulcd]

Checklist

• Used a personal fork of the feedstock to propose changes
• Bumped the build number (if the version is unchanged)
• Reset the build number to 0 (if the version changed)
• Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
• Ensured the license file is being packaged.

Based on the Post-release mailing list for ARROW 12.0.0:
https://lists.apache.org/thread/2stklo8dgpgn4dkq2lmvy4483jqcxzgx

Arrow Acero has been split into libarrow_acero for 12.0.0. We should enable it on conda.
See original arrow issue:

• [C++] Move Acero out of libarrow apache/arrow#15280

Closes #1039

[conda-forge-webservices]

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

[raulcd]

@conda-forge-admin, please rerender

[github-actions]

Hi! This is the friendly automated conda-forge-webservice.

I tried to rerender for you, but it looks like there was nothing to do.

This message was generated by GitHub actions workflow run https://github.com/conda-forge/arrow-cpp-feedstock/actions/runs/4860351773.

[h-vetinari]

Interestingly, this got picked up on main already, on all platforms (I checked that we're not missing options that should be on before merging #1034):

--   ARROW_ACERO=ON [default=OFF]
--       Build the Arrow Acero Engine Module

The new .so is packaged already as well; the one thing we haven't done yet is adding a test for this, but AFAICT we don't need to bump the build number.

Something like the below

--- a/recipe/meta.yaml
+++ b/recipe/meta.yaml
@@ -139,8 +139,8 @@ outputs:
     test:
       commands:
         {% set headers = [
-            "arrow/api.h", "arrow/flight/types.h", "arrow/flight/sql/api.h",
-            "gandiva/engine.h", "parquet/api/reader.h"
+            "arrow/api.h", "arrow/acero/groupby.h", "arrow/flight/types.h",
+            "arrow/flight/sql/api.h", "gandiva/engine.h", "parquet/api/reader.h"
         ] %}
         {% for each_header in headers %}
         # headers
@@ -149,8 +149,8 @@ outputs:
         {% endfor %}

         {% set libs = (cuda_compiler_version != "None") * ["arrow_cuda"] + [
-            "arrow", "arrow_dataset", "arrow_flight", "arrow_flight_sql",
-            "arrow_substrait", "gandiva", "parquet"
+            "arrow", "arrow_acero", "arrow_dataset", "arrow_flight",
+            "arrow_flight_sql", "arrow_substrait", "gandiva", "parquet"
         ] %}
         {% for each_lib in libs %}
         # shared

[nealrichardson]

I believe ARROW_DATASET enables ACERO, so that must be why it's already on. Good to be explicit though.

[raulcd]

Interestingly, this got picked up on main already, on all platforms (I checked that we're not missing options that should be on before merging #1034):

--   ARROW_ACERO=ON [default=OFF]
--       Build the Arrow Acero Engine Module

Thanks, it seems that as ARROW_DATASET depends on ARROW_ACERO, this was enabled as dependent:

  define_option(ARROW_DATASET
                "Build the Arrow Dataset Modules"
                OFF
                DEPENDS
                ARROW_ACERO
                ARROW_FILESYSTEM)

and

      foreach(depended_option_name ${${option_name}_OPTION_DEPENDS})
        set(${depended_option_name} ON)
      endforeach()

[h-vetinari]

Assuming green CI of course.

Thanks for the PR! :)

[h-vetinari]

I piggy-backed a small change into this PR to fix #1039, so we don't need another separate build for that.

[github-actions]

Hi! This is the friendly conda-forge automerge bot!

I considered the following status checks when analyzing this PR:

• linter: passed
• azure: passed

Thus the PR was passing and merged! Have a great day!