- Add make targets for local building and testing

  This is especially useful for building and testing on Darwin

- Split makefile in two: one direct and one for docker

  This is necessary because direct targets and dockerized targets
  overlap on Linux.

- Fix a few Dockerfile oversights due to updates in libexec

- arm64-darwin from x86_64-darwin (also added to CI)
- x86_64-darwin from arm64-darwin
- x86_64-linux from aarch64-linux

Use `xargs` to build the `ar` command line instead of running `ar`
manually to reduce startup costs.

Build the symbol table after adding each file instead of continually
rebuilding it.

* Running libv8 on GraalVM LLVM is unlikely to ever work, instead using
  Graal.js makes more sense. This is already the case in mini_racer.
  libv8-node is a necessary dependency of mini_racer on CRuby, so for
  TruffleRuby the extconf.rb simply creates a dummy Makefile.

Skip compilation on TruffleRuby

This fixes an issue where functions that require ICU data segfault
the process due to an unexpected lack of ICU data.

The actual ICU data is provided by the icudt71_dat object.

Linking on Linux currently errors with `undefined reference to `'dlsym'`

(including our codespace)

and one that supports the newer cmake.

Alpine Linux's `ar` program doesn't support having objects with the
same name in the archive twice, so we have to use the GNU extension
for including paths.

This commit *should* honestly be split into multiple separate commits,
but unfortunately pretty much all of these changes have to be applied
as a unit or a build step fails.

Add cpp test, fix locale issues and fix CI issues

RubyGems 3.3.21 changed the value format of `Gem::Platform.local` for Ruby configured with `*-linux-gnu` as the platform name.

```console
$ ruby -ve 'p Gem::VERSION; p Gem::Platform.local.to_s'
ruby 2.7.6p219 (2022-04-12 revision c9c2245c0a) [x86_64-linux-gnu]
"3.3.20"
"x86_64-linux"

$ ruby -ve 'p Gem::VERSION; p Gem::Platform.local.to_s'
ruby 2.7.6p219 (2022-04-12 revision c9c2245c0a) [x86_64-linux-gnu]
"3.3.21"
"x86_64-linux-gnu"

$ ruby -ve 'p Gem::VERSION; p Gem::Platform.local.to_s'
ruby 2.7.6p219 (2022-04-12 revision c9c2245c0a) [x86_64-linux-gnu]
"3.3.24"
"x86_64-linux-gnu"
```

As you can see, it now has the `-gnu` prefix and `Libv8::Node::Paths.object_paths` thus has it when the built binary actually lives in the directory `x86_64-linux`, breaking the build of
the gems like mini_racer on those platforms.

[`RUBY_TARGET_PLATFORM` is set to `*-linux`](https://github.com/knu/libv8-node/blob/ad9105562185571f7b486f7770986f6a160318b2/libexec/platform#L28-L29), so `Libv8::Node::Paths.platform` needs to align with that.