apache-arrow-18.1.2.dev

Cherry-pick GH-836 and GH-725 (#95)

* GH-725: Added ExtensionReader (#726)

## What's Changed
ExtensionReader was added to support reading extension types from a
complex vector.
It contains **read(ExtensionHolder)** method for reading to the holder.
And **readObject** - for reading the value explicitly.

Closes #725.

(cherry picked from commit e6da71e871a3678a737a88dbe79491b4111496b4)

* MINOR: Fix format (#809)

## What's Changed

Apply pre-commit since I forgot.

(cherry picked from commit e4f64269db0a08299fa25be491570be5ba71d623)

* GH-836: Added support of ExtensionType for ComplexCopier (#837)

## What's Changed

Updated ComplexCopier to support ExtensionType - it contains two
**copy** methods
```
public static void copy(FieldReader input, FieldWriter output) //for not breaking  existing logic

public static void copy(FieldReader input, FieldWriter output, ExtensionTypeWriterFactory extensionTypeWriterFactory)
```
Also updated ComplexCopier tests.
Closes #836.

(cherry picked from commit 34060eb491a870f5ede5d30e007060b8310dc64f)

* fix after merge

* fix after macos build

* fix after macos build

* fix macos build

* fix macos build

* fix macos build

* fix after merge

---------

Co-authored-by: David Li <li.davidm96@gmail.com>

apache-arrow-18.1.1.dev

GH-87: [Vector] Add ExtensionWriter (#697) (#86)

* GH-87: [Vector] Add ExtensionWriter (#697)

Based on changes from https://github.com/apache/arrow/pull/41731.

Added writer ExtensionWriter with 3 methods:
- write method  for writing values from Extension holders;
- writeExtensionType method for writing values (arguments is Object
because we don't know exact type);
- addExtensionTypeFactory method - because the exact vector and value
type are unknown, the user should create their own extension type
vector, write for it, and ExtensionTypeFactory, which should map the
vector and writer.

Closes #87.

Co-authored-by: Finn Völkel <finn.volkel@gmail.com>

* just checking

* Update Brewfile

* revert

* Fix for Cmake 3.xx installation

* Fix for Cmake 3.xx installation

* update thrift

* update thrift url

* update thrift url

* Update github.yml

* fix format

---------

Co-authored-by: Finn Völkel <finn.volkel@gmail.com>

apache-arrow-17.0.1.dev

Add back tdd definitions.

apache-arrow-15.0.1.dev

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

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

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

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

apache-arrow-12.0.2.dev

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

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 …