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
|
Список | 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 по дате отправления: