|
Bugzilla – Full Text Bug Listing |
| Summary: | improve test.py output when -g selected without valgrind | ||
|---|---|---|---|
| Product: | ns-3 | Reporter: | Tom Henderson <tomh> |
| Component: | test framework | Assignee: | Mitch Watrous <watrous> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | ns-bugs |
| Priority: | P5 | ||
| Version: | pre-release | ||
| Hardware: | All | ||
| OS: | All | ||
|
Description
Tom Henderson
2013-06-11 15:00:31 UTC
Bug closed. ns-3-dev changeset: 8a9f775a4cba The reason this bug was reopened is that you have to do a ./waf configure in order to know if valgrind is installed or not. I assumed people would always do the configure step first, but that is not always the case. I'm not sure if this bug can be fixed correctly without forcing people to do the configure step because that is when the waf configuration file gets written that tells test.py if valgrind is installed or not. (In reply to comment #2) > The reason this bug was reopened is that you have to do a ./waf configure in > order to know if valgrind is installed or not. > > I assumed people would always do the configure step first, but that is not > always the case. > > I'm not sure if this bug can be fixed correctly without forcing people to do > the configure step because that is when the waf configuration file gets written > that tells test.py if valgrind is installed or not. In test.py, I can assume valgrind is there and not print any warning about valgrind being missing until people do the waf configure step, which is essentially what is done now since there is never any valgrind-missing warning printed. That would mean that the warning message could suddenly appear after waf configure was done and the next time test.py was run. Bug closed again. ns-3-dev changeset: 02642e139f19 |