libgdal-core: fix unresolved symbols; add tests; link geos and proj dynamically

[MMesch]

• Bumped build number (0 → 1); version unchanged.

Package Details

• Package Name: libgdal-core, libgdal-core-tests (new), libgdal-core-static
• Version: 3.12.4 (build 1)

Build Notes

• `build.sh` was passing static libs (`libgeos_c.a`, `libproj.a`) to CMake but with libgeos.a missing, so wasm-ld seemed to inline the geos C wrappers into `libgdal.so` but leaving hundreds of unresolved C++ callees and also an empty `dylink.0` NEEDED. This produced exceptions when loading libgdal independently before libgeos but it worked in other cases. In my case I discovered it with an `import pygplates` before `import shapely` under xeus-python. The actual hard crash was that it goes on stub calls into geos (`ZNK4geos4geom8Geometry12intersectionEPKS1`).
• Instead of adding the missing dep directly, I decided to switch to shared objects as well and link `libgeos_c.so` and similarly also `libproj.so` for proj. Basically this means swapping `geos-static`/`proj-static` for `geos`/`proj >=9.8`. The resulting `libgdal.so` records proper NEEDED entries; the LDSO transitively loads libgeos and libproj before libgdal instantiates. The `-static` output keeps the static deps on the other hand
• Finally, I added a `libgdal-core-tests` subpackage (following the `libboost-python-example` pattern) that compiles a MAIN_MODULE test against the pinned libgdal-core and runs it under node. The test exercises `OGR_G_Intersection` (GEOS path) and `OCTTransform` for EPSG:4326→EPSG:3857 (PROJ path).

[MMesch]

not sure what the best way is to do this. It's needed by proj.