Playing with my own build-on-everything script I've found some issues with several systems, when doing things manually I've just skipped over them but the script is less forgiving...
cfarm23 has an ancient clang install that dies with an internal error trying to generate code. cfarm112 has a broken clang install, it seems to include GNU headers but not ones that clang can use: In file included from ./tools/test.c:7: In file included from /usr/include/stdio.h:27: In file included from /usr/include/features.h:399: /usr/include/gnu/stubs.h:11:11: fatal error: 'gnu/stubs-64-v1.h' file not found # include <gnu/stubs-64-v1.h> ^ 1 error generated. cfarm119 has no dev tools that I can find: -bash-5.1$ which xlc which: 0652-141 There is no xlc in /usr/bin /etc /usr/sbin /usr/ucb /home/peter/bin /usr/bin/X11 /sbin .. -bash-5.1$ lslpp -l | grep xlc -bash-5.1$ which gcc which: 0652-141 There is no gcc in /usr/bin /etc /usr/sbin /usr/ucb /home/peter/bin /usr/bin/X11 /sbin .. -bash-5.1$ which cc which: 0652-141 There is no cc in /usr/bin /etc /usr/sbin /usr/ucb /home/peter/bin /usr/bin/X11 /sbin .. -bash-5.1$ which clang which: 0652-141 There is no clang in /usr/bin /etc /usr/sbin /usr/ucb /home/peter/bin /usr/bin/X11 /sbin .. /usr/include is present with IBM headers but I can't find any trace of a compiler. cfarm210 is running an ancient version of SSH that requires all sorts of algorithm downgrades to work. This isn't a big deal security-wise, but it does mean adding a pile of overrides to the client-side SSH. cfarm210 has a range of Sun/Oracle compilers but no other build tools (make, etc) that I can find. Peter. _______________________________________________ cfarm-users mailing list cfarm-users@lists.tetaneutral.net https://lists.tetaneutral.net/listinfo/cfarm-users