Re: Bogus reports from coverage.postgresql.org

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: Bogus reports from coverage.postgresql.org
Дата
Msg-id CABUevEwBfBc5n5+AwimrNJG2TxtfnrdR=E7MzATAGZ1EaiR=Dw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Bogus reports from coverage.postgresql.org  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Ответы Re: Bogus reports from coverage.postgresql.org  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-www

On Sun, Mar 11, 2018 at 8:52 PM, Peter Eisentraut <peter.eisentraut@2ndquadrant.com> wrote:
On 3/11/18 15:24, Tom Lane wrote:
> So apparently, this bug is specific to gcc 6.3.0 and maybe a few
> versions on either side of that.

I tried it on Debian stable with gcc 6.3.0 and couldn't reproduce it.

cc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516


Hmm. So it works for you on exactly the same version that the server runs. That's interesting. Is there something wrong in how we run it? I wonder if its broken by ccache. What we have is:

# current ccache is useless, because 3.1 doesn't work with -fprofile-arcs.
# Bug is fixed in 3.2, so maybe someday when this is updated to a new debian
# release, this will be useful.
export PATH=/usr/lib/ccache:$PATH

./configure --enable-depend --enable-coverage --enable-tap-tests --enable-nls --with-python --with-perl --with-tcl --with-openssl --with-libxml --with-ldap --with-pam >> $LOG 2>&1

# run tests
make -j4 >> $LOG 2>&1
make -j4 -C contrib >> $LOG 2>&1
make check-world >> $LOG 2>&1
make -C src/test/ssl check >> $LOG 2>&1
make -C src/test/ldap check >> $LOG 2>&1

make coverage-html >> $LOG 2>&1



We do now have ccache 3.3.4, so that comment sounds like it's out of date. But maybe something else broke...

Does that sound likely? We could try to comment out that line and see if it helps?


--

В списке pgsql-www по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: Bogus reports from coverage.postgresql.org
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Bogus reports from coverage.postgresql.org