> Ktrace it That, way, it proceeds past the error. I can then interrupt it and proceed with a normal make build. That core dumps again (later); ktrace-d, it proceeds past the error again. Interrupt, proceed normal. core dumps. Finally, I get a core dump with the ktrace-d run, but no sensible backtrace.
Last entries of the process dumping core: 23687 1 cmake NAMI "/libkver_machine_arch" 23687 1 cmake RET readlink -1 errno 2 No such file or directory 23687 1 cmake CALL __sysctl(0x7f7fffc03160,2,0x71b5548018c4,0x7f7fffc03178,0,0) 23687 1 cmake RET __sysctl 0 23687 1 cmake CALL __sysctl(0x7f7fffc031f0,2,0x71b552612b40,0x7f7fffc031e8,0,0) 23687 1 cmake RET __sysctl 0 23687 1 cmake CALL _lwp_unpark_all(0,0,0) 23687 1 cmake RET _lwp_unpark_all 1024/0x400 23687 1 cmake CALL __sysctl(0x7f7fffc03110,2,0x71b55173d340,0x7f7fffc03108,0,0) 23687 1 cmake RET __sysctl 0 23687 1 cmake CALL getrlimit(3,0x7f7fffc031d0) 23687 1 cmake RET getrlimit 0 23687 1 cmake CALL mprotect(0x7f7fff800000,0x400000,3) 23687 1 cmake RET mprotect -1 errno 13 Permission denied 23687 1 cmake PSIG SIGSEGV SIG_DFL: code=SEGV_MAPERR, addr=0x4c, trap=6) 23687 1 cmake NAMI "cmake.core" So could this be a problem with libkver?
