libpcre and libintl cannot be chosen to use the builtins
Since !3177 (merged) I'm no longer able to request libpcre to use the built-in "fallback" library, since the first dependency() call not longer allows for a fallback.
I want to request an option for not truing to search for a system install of libpcre and libintl.
Use-case: I'm building binary distributions of an application for macOS, using publicly available CI/CD systems (GitHub CI, CircleCI), where I do not have full control over exactly what is installed on the build images (no Docker for macOS). As a result, I build each dependency carefully to make sure it doesn't pick up arbitrary libraries from the system (as the compile-time system is not the same as every end user's run-time system). For glib2 in particular I was, until the mentioned patch, able to specify --force-fallback-for libpcre
to avoid a stray pcre installation being picked up from the system (Homebrew in this case).
Is there any way we could re-introduce support for forcing a fallback for libpcre and libintl?
My workaround is to maintain patches against the source distribution of glib.
For our current build script for glib (2.71.0), see https://github.com/openscad/openscad/blob/48f159d739fcb8c536b9961acc92f3fbc4c87b63/scripts/macosx-build-dependencies.sh#L734