Re: Error generating coverage report
От | Peter Eisentraut |
---|---|
Тема | Re: Error generating coverage report |
Дата | |
Msg-id | 8dc6c7df-2bf4-3122-5a0a-29758cde441d@2ndquadrant.com обсуждение исходный текст |
Ответ на | Error generating coverage report (David Steele <david@pgmasters.net>) |
Ответы |
Re: Error generating coverage report
|
Список | pgsql-hackers |
On 12/12/17 15:02, David Steele wrote: > I'm working on improving coverage and would like to generate some > reports (other than the text versions) to help me find uncovered code. > However, my source path and build path are not the same and I'm running > into problems. Vpath builds were one of the things that was specifically tested for the coverage tooling changes that went into PG11, so it should work in principle, unless something has changed in the meantime. > $ make -C test/build/src/bin/pg_basebackup coverage-html > > make: Entering directory `/home/vagrant/test/build/src/bin/pg_basebackup' > /usr/bin/lcov --gcov-tool /usr/bin/gcov -q --no-external -c -i -d . -d > /postgres/src/bin/pg_basebackup -o lcov_base.info > geninfo: ERROR: no .gcno files found in /postgres/src/bin/pg_basebackup! > make: *** [lcov_base.info] Error 255 > make: *** Deleting file `lcov_base.info' > make: Leaving directory `/home/vagrant/test/build/src/bin/pg_basebackup' The -d options should accumulate, so that it should look in both places. Wild guess: If the /postgres directory is some kind of vboxsf mount, there might be problems if symlinks are involved. -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: