зеркало из https://github.com/mozilla/gecko-dev.git
c5caa62fdf
Build slaves on automation are based on Centos 6, which doesn't have a recent enough version of libstdc++ for our new requirements. But since we're building with a recent GCC or clang with its own libstdc++, we do have such a libstdc++ available somewhere, and the compiler picks it when invoking the linker. Problems start happening when we execute some of the built programs during the build, like host tools (e.g. nsinstall), or target programs (xpcshell, during packaging). In that case, we need the compiler's libstdc++ to be used. Which required adding the GCC or clang library directory to LD_LIBRARY_PATH. Unconveniently enough, the clang 3.5 tooltool package we're using for ASAN builds until we can update to at least 3.8 (bug 1278718) doesn't contain libstdc++.so. So for those builds, pull the GCC package from tooltool as well, and pick libstdc++ from there. |
||
|---|---|---|
| .. | ||
| ics_armv7a_gecko | ||
| linux32_gecko | ||
| linux64_gecko | ||
| macosx64_gecko | ||
| win32_gecko | ||
| common | ||
| common.override | ||