Skip to content

[fix](build) Keep Arrow 17 and 24 in shared thirdparty - #66546

Open
hubgeter wants to merge 1 commit into
apache:masterfrom
hubgeter:worktree/dual-arrow-17-24
Open

[fix](build) Keep Arrow 17 and 24 in shared thirdparty#66546
hubgeter wants to merge 1 commit into
apache:masterfrom
hubgeter:worktree/dual-arrow-17-24

Conversation

@hubgeter

@hubgeter hubgeter commented Aug 6, 2026

Copy link
Copy Markdown
Contributor

What problem does this PR solve?

Related PR: #66221

Problem Summary: master and branch-4.1 consume the same prebuilt thirdparty prefix. Upgrading the unversioned Arrow/Paimon stack to Arrow 24 makes unchanged branch-4.1 compile against incompatible headers and libraries. Keep Arrow 17/Paimon 17 in the legacy unversioned prefix, install Arrow 24/Paimon 24 in a versioned prefix selected by master, build and validate both source closures independently, and recover only stale stacks.

Release note

None

Check List (For Author)

  • Test

    • Regression test
    • Unit Test
    • Manual test (add detailed scripts or steps below)
    • No need to test or manual test. Explain why:
      • This is a refactor/code format and no logic has been changed.
      • Previous test can cover this change.
      • No code files have been changed.
      • Other reason
  • Behavior changed:

    • No.
    • Yes.
  • Does this need documentation?

    • No.
    • Yes.

Check List (For Reviewer who merge this PR)

  • Confirm the release note
  • Confirm test cases
  • Confirm document
  • Add branch pick label

@hello-stephen

Copy link
Copy Markdown
Contributor

Thank you for your contribution to Apache Doris.
Don't know what should be done next? See How to process your PR.

Please clearly describe your PR:

  1. What problem was fixed (it's best to include specific error reporting information). How it was fixed.
  2. Which behaviors were modified. What was the previous behavior, what is it now, why was it modified, and what possible impacts might there be.
  3. What features were added. Why was this function added?
  4. Which code was refactored and why was this part of the code refactored?
  5. Which functions were optimized and what is the difference before and after the optimization?

@hubgeter

hubgeter commented Aug 6, 2026

Copy link
Copy Markdown
Contributor Author

run buildall

@hello-stephen

Copy link
Copy Markdown
Contributor

BE UT Coverage Report

Increment line coverage 🎉

Increment coverage report
Complete coverage report

Category Coverage
Function Coverage 59.78% (26078/43621)
Line Coverage 44.13% (264610/599625)
Region Coverage 39.88% (210769/528465)
Branch Coverage 41.28% (96466/233680)

@hello-stephen

Copy link
Copy Markdown
Contributor

BE Regression && UT Coverage Report

Increment line coverage 100% (0/0) 🎉

Increment coverage report
Complete coverage report

Category Coverage
Function Coverage 75.94% (32302/42536)
Line Coverage 60.78% (362000/595572)
Region Coverage 57.40% (304349/530202)
Branch Coverage 58.70% (137181/233704)

### What problem does this PR solve?

Issue Number: None

Related PR: apache#66221

Problem Summary: master and branch-4.1 consume the same prebuilt thirdparty prefix. Upgrading the unversioned Arrow/Paimon stack to Arrow 24 makes unchanged branch-4.1 compile against incompatible headers and libraries. Keep Arrow 17/Paimon 17 in the legacy unversioned prefix, install Arrow 24/Paimon 24 in a versioned prefix selected by master, build and validate both source closures independently, and recover only stale stacks.

### Release note

None

### Check List (For Author)

- Test:
    - Manual test: built Arrow/Paimon 17 and Arrow/Paimon 24 thirdparty stacks
    - Manual test: ran thirdparty/test/arrow-paimon-lifecycle-test.sh
    - Manual test: ran build-support/check-format.sh
    - Partial build check: configured ASAN BE and compiled 13,378 of 14,456 targets without errors before stopping at the user's request
- Behavior changed: Yes. The shared thirdparty prefix keeps Arrow/Paimon 17 at the legacy root and installs master's Arrow/Paimon 24 under a versioned directory.
- Does this need documentation: No
@hubgeter
hubgeter force-pushed the worktree/dual-arrow-17-24 branch from 77cf9ff to 8a5c653 Compare August 7, 2026 07:09
@hubgeter

hubgeter commented Aug 7, 2026

Copy link
Copy Markdown
Contributor Author

run buildall

@hello-stephen

Copy link
Copy Markdown
Contributor

BE UT Coverage Report

Increment line coverage 🎉

Increment coverage report
Complete coverage report

Category Coverage
Function Coverage 59.87% (26127/43638)
Line Coverage 44.24% (265323/599777)
Region Coverage 39.95% (211130/528455)
Branch Coverage 41.39% (96798/233846)

@hello-stephen

Copy link
Copy Markdown
Contributor

BE Regression && UT Coverage Report

Increment line coverage 100% (0/0) 🎉

Increment coverage report
Complete coverage report

Category Coverage
Function Coverage 75.94% (32309/42545)
Line Coverage 60.83% (362360/595690)
Region Coverage 57.49% (304792/530133)
Branch Coverage 58.93% (137794/233834)

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.

2 participants