[fix](hive) handle ORC legacy calendar rebasing

[xylaaaaa]

Summary

• Set Doris ORC row reader target calendar to proleptic Gregorian.
• Update contrib/apache-orc submodule to include ORC legacy hybrid calendar conversion for DATE/TIMESTAMP.
• Keep DATE/TIMESTAMP predicate pushdown safe for legacy ORC files.

Dependency

• Depends on [fix](orc) handle legacy calendar rebasing doris-thirdparty#396 being merged first, because this PR updates the contrib/apache-orc submodule pointer to that ORC commit.

Test Plan

• git diff --check
• git -C contrib/apache-orc diff --check
• cmake --build contrib/apache-orc/build_codex_orc_calendar_tp2 --target orc -j4
• contrib/apache-orc/build_codex_orc_calendar_tp2/verify_orc_calendar
• contrib/apache-orc/build_codex_orc_calendar_tp2/verify_orc_predicate_calendar
• contrib/apache-orc/build_codex_orc_calendar_tp2/verify_orc_writer_calendar
• Built FE and BE locally in this worktree
• Started local FE/BE and queried Hive legacy ORC table through Hive Catalog; returned 0002-01-01, 1500-01-01, 1582-10-04, 1582-11-04, 2000-02-29 with .123000 timestamps
• Verified predicate query for DATE '0002-01-01', DATE '1500-01-01', DATE '1582-10-04'

Notes

• Full ORC unit test target is currently blocked by an existing unrelated TestBloomFilter private-member compile issue in the thirdparty branch.

[hello-stephen]

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?