# Building v3.16.2 - Failures during make test?
**URL:** https://discourse.cmake.org/t/building-v3-16-2-failures-during-make-test/477
**Category:** Usage
**Created:** [January 10, 2020, 1:48pm UTC](https://discourse.cmake.org/t/building-v3-16-2-failures-during-make-test/477 "2020-01-10T13:48:21Z")
**Posts on this page:** 7
**Page:** 1
### Author:  [@AndyWharton](https://discourse.cmake.org/u/AndyWharton)
#### Post date: [January 10, 2020, 1:48pm UTC](https://discourse.cmake.org/t/building-v3-16-2-failures-during-make-test/477/1 "2020-01-10T13:48:21Z")
I’m trying to build v3.16.2 from source, using:
```auto
./bootstrap --parallel=32 --prefix=~/local -- -DCMAKE_BUILD_TYPE:STRING=Release \
&& make -j32 \
&& make test \
&& make install
```
But I’m seeing some failed tests…
```auto
99% tests passed, 8 tests failed out of 550
Label Time Summary:
Label1 = 0.11 sec*proc (1 test)
Label2 = 0.11 sec*proc (1 test)
Total Test time (real) = 5963.12 sec
The following tests FAILED:
124 - BuildDepends (Failed)
207 - CTestCoverageCollectGCOV (Failed)
450 - RunCMake.CTestResourceAllocation (Timeout)
465 - RunCMake.CommandLine (Failed)
467 - RunCMake.install (Failed)
476 - RunCMake.IfacePaths_INCDIRS (Failed)
503 - RunCMake.CPack_RPM.SUGGESTS (Failed)
508 - RunCMake.CPack_TGZ (Failed)
Errors while running CTest
```
Platform is linux\_x64, gcc 4.8.5
Are the failures expected? If not, how do I go about collecting whatever’s needed to raise an issue on GitHub?
Andy.
---
### Author:  [@kyle.edwards](https://discourse.cmake.org/u/kyle.edwards)
#### Post date: [January 10, 2020, 1:54pm UTC](https://discourse.cmake.org/t/building-v3-16-2-failures-during-make-test/477/2 "2020-01-10T13:54:52Z")
The `RunCMake.CTestResourceAllocation` test timed out because it’s known to take a long time to complete. Increasing the time limit with `--timeout` on `ctest` should make it pass. The rest of the failures are not expected. To get more verbose information, run `ctest` directly (instead of `make test`) with the `-V` flag (and the `-R` flag to filter the failed tests). Since you’re using the bootstrap script, you’ll need to run the built CTest in the `bin` directory:
```auto
$ bin/ctest --timeout 3000 -V -R "^(BuildDepends|CTestCoverageCollectGCOV|RunCMake\.(CTestResourceAllocation|CommandLine|install|IFacePaths_INCDIRS|CPack_RPM\.SUGGESTS|CPack_TGZ))$"
```
---
### Author:  [@kyle.edwards](https://discourse.cmake.org/u/kyle.edwards)
#### Post date: [January 10, 2020, 1:55pm UTC](https://discourse.cmake.org/t/building-v3-16-2-failures-during-make-test/477/3 "2020-01-10T13:55:38Z")
Also, we prefer to use our own GitLab for issue tracking. If you find an issue, please report it [here](https://gitlab.kitware.com/cmake/cmake/issues).
---
### Author:  [@AndyWharton](https://discourse.cmake.org/u/AndyWharton)
#### Post date: [January 10, 2020, 6:47pm UTC](https://discourse.cmake.org/t/building-v3-16-2-failures-during-make-test/477/4 "2020-01-10T18:47:22Z")
RunCMake.CTestResourceAllocation runs cleanly with the longer timeout. Thank you @kyle.edwards
On the machine I’m building on my home directory is remote (an nfs4 mount), ~/Builds is a symbolic link to a different remote file system (nfs) on a different server. I think some of this might be relevant to some of the other errors. I’ve attached all the verbose logs, and my initial/limited analysis. If people think these should be raised as issues on GitLab 🙂 let me know and I will create them.
When I get a chance I will try and move to a build path without the symbolic link…
//—
BuildDepends, fails the first time but passes the second. Timestamp granularity/mismatch on nfs file systems?
CTestCoverageCollectGCOV, No idea about this one.
RunCMake.CommandLine, bust paths due to the symbolic link?
RunCMake.install, the 5’th and 6’th components of the regex are swapped in the output (runpath \<==\> rpath\_search).
RunCMake.IFacePaths\_INCDIRS, No tests selected to be run?!?
RunCMake.CPack\_RPM.SUGGESTS, no idea…
RunCMake.CPack\_TGZ, missmatch in the expected paths. The …/…/…/…/…/…/…/…/…/…/ prefix for the path appears in one of the lines in the CTestCoverageCollectGCOV output, maybe both related to the symbolic link?
---
### Author:  [@AndyWharton](https://discourse.cmake.org/u/AndyWharton)
#### Post date: [January 10, 2020, 6:48pm UTC](https://discourse.cmake.org/t/building-v3-16-2-failures-during-make-test/477/5 "2020-01-10T18:48:03Z")
OK, no attachments… New users can’t do that!!!
---
### Author:  [@AndyWharton](https://discourse.cmake.org/u/AndyWharton)
#### Post date: [January 10, 2020, 7:11pm UTC](https://discourse.cmake.org/t/building-v3-16-2-failures-during-make-test/477/6 "2020-01-10T19:11:28Z")
Building in a non-symlink’d path with the longer timeout, everything passes except RunCMake.CPack\_RPM.SUGGESTS
RunCMake.IFacePaths\_INCDIRS still runs nothing, but no-longer counts as a failed test.
---
### Author:  [@ben.boeckel](https://discourse.cmake.org/u/ben.boeckel)
#### Post date: [February 16, 2020, 12:04am UTC](https://discourse.cmake.org/t/building-v3-16-2-failures-during-make-test/477/7 "2020-02-16T00:04:31Z")
> [@AndyWharton](#):
>
> Building in a non-symlink’d path with the longer timeout, everything passes except RunCMake.CPack\_RPM.SUGGESTS
This matches my experience. [https://gitlab.kitware.com/cmake/cmake/issues/16228](https://gitlab.kitware.com/cmake/cmake/issues/16228) will fix that (whenever I get around to actually finishing it).