Your message dated Sat, 28 Mar 2020 00:34:39 +0000
with message-id <20200328003439.gk5...@tack.einval.com>
and subject line Re: Bug#925816: marked as done (qxw: ftbfs with GCC-9)
has caused the Debian Bug report #925816,
regarding qxw: ftbfs with GCC-9
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
925816: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=925816
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:qxw
Version: 20140331-1
Severity: normal
Tags: sid bullseye
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-9
Please keep this issue open in the bug tracker for the package it
was filed for. If a fix in another package is required, please
file a bug for the other package (or clone), and add a block in this
package. Please keep the issue open until the package can be built in
a follow-up test rebuild.
The package fails to build in a test rebuild on at least amd64 with
gcc-9/g++-9, but succeeds to build with gcc-8/g++-8. The
severity of this report will be raised before the bullseye release,
so nothing has to be done for the buster release.
The full build log can be found at:
http://people.debian.org/~doko/logs/gcc9-20190321/qxw_20140331-1_unstable_gcc9.log
The last lines of the build log are at the end of this report.
To build with GCC 9, either set CC=gcc-9 CXX=g++-9 explicitly,
or install the gcc, g++, gfortran, ... packages from experimental.
apt-get -t=experimental install g++
Common build failures are new warnings resulting in build failures with
-Werror turned on, or new/dropped symbols in Debian symbols files.
For other C/C++ related build failures see the porting guide at
http://gcc.gnu.org/gcc-9/porting_to.html
GCC 9 also passes the linker option --as-needed by default; typical
build issues are passing libraries before object files to the linker,
or underlinking of convenience libraries built from the same source.
[...]
| ^~~~
gui.c:2072:94: note: ...this statement, but the latter is misleadingly indented
as if it were guarded by the 'else'
2072 | else strcpy (s," Mean length: -");
gtk_label_set_text(GTK_LABEL(st_r[1]),s);
|
^~~~~~~~~~~~~~~~~~
gui.c:2074:3: warning: this 'else' clause does not guard...
[-Wmisleading-indentation]
2074 | else strcpy (s," Checked light letters: -");
gtk_label_set_text(GTK_LABEL(st_r[2]),s);
| ^~~~
gui.c:2074:95: note: ...this statement, but the latter is misleadingly indented
as if it were guarded by the 'else'
2074 | else strcpy (s," Checked light letters: -");
gtk_label_set_text(GTK_LABEL(st_r[2]),s);
|
^~~~~~~~~~~~~~~~~~
gui.c:2076:3: warning: this 'else' clause does not guard...
[-Wmisleading-indentation]
2076 | else strcpy (s," Checked grid cells: -");
gtk_label_set_text(GTK_LABEL(st_r[3]),s);
| ^~~~
gui.c:2076:95: note: ...this statement, but the latter is misleadingly indented
as if it were guarded by the 'else'
2076 | else strcpy (s," Checked grid cells: -");
gtk_label_set_text(GTK_LABEL(st_r[3]),s);
|
^~~~~~~~~~~~~~~~~~
gui.c: In function 'updatefeas':
gui.c:2241:45: warning: '%s' directive writing up to 999 bytes into a region of
size between 978 and 979 [-Wformat-overflow=]
2241 | else sprintf(p1," Feasible character%s:
%s",(strlen(p0)==1)?"":"s",p0);
| ^~
~~
gui.c:2241:10: note: 'sprintf' output between 22 and 1022 bytes into a
destination of size 1000
2241 | else sprintf(p1," Feasible character%s:
%s",(strlen(p0)==1)?"":"s",p0);
|
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
gcc -Wall -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Wformat-security -Werror=format-security `pkg-config --cflags glib-2.0`
`pkg-config --cflags gtk+-2.0` -I/opt/local/include -O9 -c draw.c -o draw.o
draw.c: In function 'draw_finit':
draw.c:460:3: warning: this 'if' clause does not guard...
[-Wmisleading-indentation]
460 | if(sfb) cairo_surface_destroy(sfb); sfb=0;
| ^~
draw.c:460:40: note: ...this statement, but the latter is misleadingly indented
as if it were guarded by the 'if'
460 | if(sfb) cairo_surface_destroy(sfb); sfb=0;
| ^~~
draw.c:461:3: warning: this 'if' clause does not guard...
[-Wmisleading-indentation]
461 | if(sfc) cairo_surface_destroy(sfc); sfc=0;
| ^~
draw.c:461:40: note: ...this statement, but the latter is misleadingly indented
as if it were guarded by the 'if'
461 | if(sfc) cairo_surface_destroy(sfc); sfc=0;
| ^~~
draw.c:462:3: warning: this 'if' clause does not guard...
[-Wmisleading-indentation]
462 | if(sfs) cairo_surface_destroy(sfs); sfs=0;
| ^~
draw.c:462:40: note: ...this statement, but the latter is misleadingly indented
as if it were guarded by the 'if'
462 | if(sfs) cairo_surface_destroy(sfs); sfs=0;
| ^~~
draw.c:463:3: warning: this 'if' clause does not guard...
[-Wmisleading-indentation]
463 | if(sfn) cairo_surface_destroy(sfn); sfn=0;
| ^~
draw.c:463:40: note: ...this statement, but the latter is misleadingly indented
as if it were guarded by the 'if'
463 | if(sfn) cairo_surface_destroy(sfn); sfn=0;
| ^~~
draw.c:464:3: warning: this 'if' clause does not guard...
[-Wmisleading-indentation]
464 | if(sfh) cairo_surface_destroy(sfh); sfh=0;
| ^~
draw.c:464:40: note: ...this statement, but the latter is misleadingly indented
as if it were guarded by the 'if'
464 | if(sfh) cairo_surface_destroy(sfh); sfh=0;
| ^~~
draw.c:466:5: warning: this 'if' clause does not guard...
[-Wmisleading-indentation]
466 | if(sfq[x][y]) cairo_surface_destroy(sfq[x][y]); sfq[x][y]=0;
| ^~
draw.c:466:54: note: ...this statement, but the latter is misleadingly indented
as if it were guarded by the 'if'
466 | if(sfq[x][y]) cairo_surface_destroy(sfq[x][y]); sfq[x][y]=0;
| ^~~
gcc -rdynamic -Wall -ldl qxw.o filler.o dicts.o gui.o draw.o
-Wl,-Bsymbolic-functions -Wl,-z,relro -L/opt/local/lib -lgtk-x11-2.0
-lgdk-x11-2.0 -lm -lcairo -lgobject-2.0 -lpcre -lglib-2.0 -pthread
-lgthread-2.0 -o qxw
/usr/bin/ld: dicts.o: undefined reference to symbol 'dlclose@@GLIBC_2.2.5'
/usr/bin/ld:
/usr/lib/gcc/x86_64-linux-gnu/9/../../../x86_64-linux-gnu/libdl.so: error
adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile:37: qxw] Error 1
make[1]: Leaving directory '/<<PKGBUILDDIR>>'
dh_auto_build: make -j1 returned exit code 2
make: *** [debian/rules:13: build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch subprocess returned exit
status 2
--- End Message ---
--- Begin Message ---
On Fri, Mar 27, 2020 at 04:54:49PM +0000, Sudip Mukherjee wrote:
>Hi Steve,
>
>On Tue, Mar 24, 2020 at 06:26:53PM +0000, Steve McIntyre wrote:
>> Control: reopen 925816
>> Control: close 925826 15+1533136590.3beb971-8
>> thanks
>>
>> Gah, typo in the changelog so I closed the wrong bug# :-(
>
>You have reopened this bug on 24/03, but this bug was already fixed and
>closed on 17/03. Did you open this by mistake or are you seeing the same
>FTBFS issue?
Arg, apologies - my instinct was that I'd closed this by mistake and
so I reopened immediately. Closing again...
--
Steve McIntyre, Cambridge, UK. st...@einval.com
"I've only once written 'SQL is my bitch' in a comment. But that code
is in use on a military site..." -- Simon Booth
--- End Message ---
