apache-arrow-15.0.1.dev

Revert "GH-37848: [C++][Gandiva] Migrate LLVM JIT engine from MCJIT t…

…o ORC v2/LLJIT (#39098)"

This reverts commit 83cba25017a5c3a03e47f1851f242fa284f93533.

apache-arrow-12.0.3.dev for arrow 25.0_12.0

GH-38511: [JAVA] added impl of getTransferPair(Field, BufferAllocator…

…, CallBack) for MapVector (#60)

* GH-38511: [JAVA] added impl of getTransferPair(Field, BufferAllocator, CallBack) for MapVector

Release for Dremio 25.0 with arrow 13.0.0

apache-arrow-13.0.0.dev

Update README_DREMIO.md

Release for Dremio 24.3 with arrow 12.0.1

GH-36928: [Java] Make it run well with the netty newest version 4.1.9…

…6 (#36926) (#40)

When I used `netty arrow memory 13.0.0` and `netty 4.1.96.Final` in Spark, the following error occurred,
Because `netty 4.1.96.Final` version has revert some modifications, in order to ensure that `netty arrow memory 13.0.0` works well with ``netty 4.1.96.Final`` version, I suggest making similar modifications here.
1.Compilation errors are as follows:
https://ci.appveyor.com/project/ApacheSoftwareFoundation/spark/builds/47657403
<img width="955" alt="image" src="https://github.com/apache/arrow/assets/15246973/e7ee2da9-97c0-474c-a62d-5821858e361f">

2.Some modifications have been reverted in `netty 4.1.96.Final` as follows:
<img width="884" alt="image" src="https://github.com/apache/arrow/assets/15246973/0226685a-cfa3-4b8b-b114-23ad8d027c05">
<img width="907" alt="image" src="https://github.com/apache/arrow/assets/15246973/a6ea21a0-8531-42b6-ab9d-25eaab1c7fde">
https://netty.io/news/2023/07/27/4-1-96-Final.html
https://github.com/netty/netty/pull/13510
* Closes: #36928

Authored-by: panbingkun <pbk1982@gmail.com>

Signed-off-by: David Li <li.davidm96@gmail.com>
Co-authored-by: panbingkun <84731559@qq.com>

apache-arrow-12.0.1.dev

GH-36329: [C++][CI] Use OpenSSL 3 on macOS (#36336)

### Rationale for this change

GitHub Actions self-hosted runner for macOS has
/usr/local/include/openssl/ provided by OpenSSL 3 (`openssl@ 3`). Our include paths have `... -isystem /usr/local/include -isystem /usr/local/opt/openssl@ 1.1/include ...`. It means that `/usr/local/include/openssl/...` is used for `#include <openssl/...>`.

If we mix OpenSSL 3 headers and OpenSSL 1.1 libraries, we may get some problems such as a link error.

### What changes are included in this PR?

This uses OpenSSL 3 instead of OpenSSL 1.1 because GitHub Actions self-hosted runner for macOS provides OpenSSL 3 by /usr/local/include/openssl/. Note that `$(brew --prefix openssl@ 3)/include` isn't linked as /usr/local/include/openssl` by default. So I think that Homebrew GitHub Actions self-hosted runner for macOS does it explicitly.

Other solution: Unlinking `/usr/local/include/openssl` by `brew unlink openssl@ 3`. But there is no reason to use OpenSSL 1.1 for us. So this PR doesn't use this solution.

### Are these changes tested?

Yes.

### Are there any user-facing changes?

Yes.
* Closes: #36329

Authored-by: Sutou Kouhei <kou@clear-code.com>
Signed-off-by: Sutou Kouhei <kou@clear-code.com>

apache-arrow-12.0.0.dev

Remove Mac aarch64 build since it can't find a github runner.

apache-arrow-9.0.0.dev

ARROW-18235: [C++][Gandiva] Fix the like function implementation for …

…escape chars (#14579)

 The current implementation of optimisation for like function does a
 removal of the escape char, this causes errors in matching if the escape
 char is one of the pcre special chars or if the escape char is followed
 by itself.

 Fix this by only removing the '\\' escape char during optimisation.

Authored-by: Siddhant Rao <siddhant.rao@dremio.com>
Signed-off-by: Sutou Kouhei <kou@clear-code.com>