libxml2, libxslt: deliver macOS static archives to solver

(cherry picked from commit 559080edf85718c2f0bf1369a2cb7caf0acbe002)

libxslt: pin to bundled libxml2 and fix static xsltproc output path

The macOS static-build config (c46d036de4) didn't stop libxslt's own
configure from discovering libxml2 via pkg-config, which reso

libxslt: pin to bundled libxml2 and fix static xsltproc output path

The macOS static-build config (c46d036de4) didn't stop libxslt's own
configure from discovering libxml2 via pkg-config, which resolves to
whatever libxml2 a package manager (MacPorts, Homebrew) has registered
-- not the bundled copy. Modern libxml2 turns xmlParserMaxDepth into a
macro, breaking xsltproc.c's assignment to it. --with-libxml-prefix
pins the lookup to the bundled xml2-config instead.

Separately, --enable-shared=no makes libtool link xsltproc directly
without a .libs wrapper dir (unlike the static .a archives, which still
land in .libs), so OUT2BIN's path was wrong and the binary never made
it into the solver.

(cherry picked from commit 4cc9990ed779e39651a59427c09c6ee78097161b)

show more ...

Build bundled libxml2/libxslt as static libs on macOS

Community builds should bundle static libraries rather than system
dylibs.

(cherry picked from commit c46d036de4426f9a07612706d383be376a9967ef)

libxslt: add missing stdlib.h include for getenv/strtol

Clang defaults to C23, which errors on implicit function declarations.
libxslt 1.1.34's extensions.c and libexslt/date.c call getenv/strtol
wi

libxslt: add missing stdlib.h include for getenv/strtol

Clang defaults to C23, which errors on implicit function declarations.
libxslt 1.1.34's extensions.c and libexslt/date.c call getenv/strtol
without including stdlib.h, breaking the bundled build on modern
toolchains (e.g. Xcode clang on macOS).

(cherry picked from commit 96a14a438f1678e04af9c07d7e77f2ebfe03d5c9)

show more ...