[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#925826: Bug#925816: marked as done (qxw: ftbfs with GCC-9)



Control: reopen 925816
Control: close 925826 15+1533136590.3beb971-8
thanks

Gah, typo in the changelog so I closed the wrong bug# :-(

On Tue, Mar 24, 2020 at 06:21:03PM +0000, Debian Bug Tracking System wrote:
>Your message dated Tue, 24 Mar 2020 18:19:58 +0000
>with message-id <E1jGo9e-000Edy-JU@fasolo.debian.org>
>and subject line Bug#925816: fixed in shim 15+1533136590.3beb971-8
>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 owner@bugs.debian.org
>immediately.)
>
>
>-- 
>925816: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=925816
>Debian Bug Tracking System
>Contact owner@bugs.debian.org with problems

>From: Matthias Klose <doko@debian.org>
>To: maintonly@bugs.debian.org
>Date: Wed, 27 Mar 2019 19:47:50 +0000
>Subject: qxw: ftbfs with GCC-9
>
>Package: src:qxw
>Version: 20140331-1
>Severity: normal
>Tags: sid bullseye
>User: debian-gcc@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

>From: Debian FTP Masters <ftpmaster@ftp-master.debian.org>
>To: 925816-close@bugs.debian.org
>Date: Tue, 24 Mar 2020 18:19:58 +0000
>Subject: Bug#925816: fixed in shim 15+1533136590.3beb971-8
>
>Source: shim
>Source-Version: 15+1533136590.3beb971-8
>Done: Steve McIntyre <93sam@debian.org>
>
>We believe that the bug you reported is fixed in the latest version of
>shim, which is due to be installed in the Debian FTP archive.
>
>A summary of the changes between this version and the previous one is
>attached.
>
>Thank you for reporting the bug, which will now be closed.  If you
>have further comments please address them to 925816@bugs.debian.org,
>and the maintainer will reopen the bug report if appropriate.
>
>Debian distribution maintenance software
>pp.
>Steve McIntyre <93sam@debian.org> (supplier of updated shim package)
>
>(This message was generated automatically at their request; if you
>believe that there is a problem with it please contact the archive
>administrators by mailing ftpmaster@ftp-master.debian.org)
>
>
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA256
>
>Format: 1.8
>Date: Tue, 24 Mar 2020 16:51:10 +0000
>Source: shim
>Architecture: source
>Version: 15+1533136590.3beb971-8
>Distribution: unstable
>Urgency: medium
>Maintainer: Debian EFI team <debian-efi@lists.debian.org>
>Changed-By: Steve McIntyre <93sam@debian.org>
>Closes: 925816
>Changes:
> shim (15+1533136590.3beb971-8) unstable; urgency=medium
> .
>   [ Steve McIntyre ]
>   * Use --padding when calling pesign to generate hashes for the dbx
>     list, as recommended by Peter Jones. No actual changes needed in
>     our list of hashes at this point - they work out the same either
>     way.
>   * Switch to using gcc-9 for builds, tweaking a patch from upstream
>     to fix a FTBFS. Closes: #925816
>   * Update debhelper compat level to 11 for shim and the
>     signing-template
>Checksums-Sha1:
> 0491b413a68de898f613964815fbbcb86e80792a 2391 shim_15+1533136590.3beb971-8.dsc
> 1682991988ad60afb46bd4f8fa8b0d1b6f065f5d 15448 shim_15+1533136590.3beb971-8.debian.tar.xz
> e48d54c1322d34bbdd98472aab157859d148ce05 6177 shim_15+1533136590.3beb971-8_source.buildinfo
>Checksums-Sha256:
> 9d56ba0a77174bf33d1eab72400b7b5afedc33f300e80dc8452ed5df50d9c1a5 2391 shim_15+1533136590.3beb971-8.dsc
> bea1be2dec23b5ca841fafacfe659ef5465f9ec3d4f2ffff80a8781b1ca93937 15448 shim_15+1533136590.3beb971-8.debian.tar.xz
> 2ae83e231ec7789bdfb5e2bba2e9c79200091e324cd836410c961ba0100c0278 6177 shim_15+1533136590.3beb971-8_source.buildinfo
>Files:
> fb4b941ba84d8bf1c187b081a6b9aa47 2391 admin optional shim_15+1533136590.3beb971-8.dsc
> 9be2df11919a4fffb7b862dd94d37699 15448 admin optional shim_15+1533136590.3beb971-8.debian.tar.xz
> 497250396ac9b3a99c88d9c94b8e316a 6177 admin optional shim_15+1533136590.3beb971-8_source.buildinfo
>
>-----BEGIN PGP SIGNATURE-----
>
>iQJFBAEBCAAvFiEEzrtSMB1hfpEDkP4WWHl5VzRCaE4FAl56SlYRHDkzc2FtQGRl
>Ymlhbi5vcmcACgkQWHl5VzRCaE5F1A/+Ib3rh2l8iSeep0YJCMGgKP/Ir3nFNCLZ
>KtDkFkIrb2DGdTDvLc01CUxx59LWNyiUuuokN1Q0esrgK9bB75ygO/vT+mNVRHLC
>TNUZKrljvKqfYuXchAEH9cCGaXkZM9mk7DjRvmBA/mP1G0oX1Rw/be/WhDTwhicL
>nYXjx20iDKWnC0qH3ucRXRod1ElwIbgw8lOn6dNLr/jBg4h2ZWYCMRbgEZkdwGtw
>1Y7nEaEvRlXy3TG/b4aBKw9XDICwym/WNyy1uw674+vz7YUjtLpHIAuV+hH/Erf8
>yIHyxuPLnbuPwOX0nXTbTGkK7D+DKQyOwVQohgUJr1S9hKSZ8cp5Pp242Xue+c03
>myn4lIDHGgagLHTYjgg38IchL4Q7jtiY2fdtoC2MNnI/Ptfa1Ly9nXcJzUoyXJOb
>5oI5UbiHhmWPvH1af8jct8XV2i7abY18YELllzkuKBtb61nrP82+Xjyn8P9l1H0Y
>I5lcE1ZuU3NTDVvxLtDqOMj1q+nxObL+0ttnh2jZr28SUdrjlLN7ax8hE6GYvTPP
>xhWUkdCIivayWy2bGAbg+0s691/ZP3DAxDMVJYAvEr+jYz1vtk6bQv1ku99PM+Zm
>Qn/lI6etR/g1P6Kd9Q16TUDPMwnj1N1cTYMN4bSam94cTDEzV2I133epjIVeoNa6
>pY/nxM2LnoY=
>=Fbac
>-----END PGP SIGNATURE-----

-- 
Steve McIntyre, Cambridge, UK.                                steve@einval.com
"I can't ever sleep on planes ... call it irrational if you like, but I'm
 afraid I'll miss my stop" -- Vivek Das Mohapatra


Reply to: