While MacOS people seems to be ok with fixed locations for applications and libraries, this complicates a lot the (post)
build process, needing to change each id and rpaths in a very error prone process.
Relocatable binaries makes this a lot easier, but unfortunately "restricted" (chmod +s, like firebird executable)
programs cannot use @loader_path or @executable_path in its rpath.
So the solution has to make internal libraries relocatable and make rpath of firebird fixed. Also, as the ecosystem
seems to use fixed path, the id of fbclient.dylib has set to its fixed path.
Also MacOS post build makefile has adjusted to allow creation of packages for the debug build.
The MacOS build could still be improved with some scripts to build ICU (instead of done directly in the CI scripts,
but I leave that for now) and copies its files to our lib path. However situation seems to be better than before in
relation to ICU and TomMath.
Note: Linux build is not working in GitHub Actions. It segfaults when running (exiting) utilities.
I had this problem lot's of time in the past, maybe it's not completely fixed in v3.
Commit 52d9a05a0f ("Backport from master: Optimized hash function for
lock manager and hash join") adds "-std=c++11" to CXXFLAGS on Linux
unconditionally. This doesn't seem to be necessary (looks rather like an
omission) and breaks the build on distributions with old gcc versions
(e.g. SLES 11 SP4).
Optimized hash function for lock manager and hash join
Notes:
- lock print extension is not backported
- Alex, please review linux build. I did not include changes in builds/posix/make.rules here as i'm not sure it is required