Your message dated Sat, 22 Apr 2017 09:39:05 +0200
with message-id <[email protected]>
and subject line Re: Bug#853694: upx-ucl: ftbfs with GCC-7
has caused the Debian Bug report #853694,
regarding upx-ucl: ftbfs with GCC-7
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 [email protected]
immediately.)


-- 
853694: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=853694
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: src:upx-ucl
Version: 3.91-2
Severity: normal
Tags: sid buster
User: [email protected]
Usertags: ftbfs-gcc-7

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-7/g++-7, but succeeds to build with gcc-6/g++-6. The
severity of this report may be raised before the buster release.
There is no need to fix this issue in time for the stretch release.

The full build log can be found at:
http://people.debian.org/~doko/logs/gcc7-20170126/upx-ucl_3.91-2_unstable_gcc7.log
The last lines of the build log are at the end of this report.

To build with GCC 7, either set CC=gcc-7 CXX=g++-7 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-7/porting_to.html

[...]
miniacc.h:4748:19: note: in expansion of macro '__ACC_MASK_GEN'
     ACCCHK_ASSERT(__ACC_MASK_GEN(1ul,SIZEOF_LONG*8) == ~0ul)
                   ^~~~~~~~~~~~~~
lefile.cpp: In member function 'void LeFile::countFixups(unsigned int*) const':
lefile.cpp:335:30: error: this statement may fall through 
[-Werror=implicit-fallthrough=]
                 throwCantPack("16-bit selector alias fixup not yet supported");
                 ~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
lefile.cpp:336:13: note: here
             case 5:       // 16-bit offset
             ^~~~
lefile.cpp:340:27: error: this statement may fall through 
[-Werror=implicit-fallthrough=]
                 counts[o] += 9;
                 ~~~~~~~~~~^~~~
lefile.cpp:341:13: note: here
             case 7:       // 32-bit offset
             ^~~~
In file included from compress_lzma.cpp:237:0:
/usr/include/lzma/LzmaEnc.c: In function 'SRes LzmaEnc_Alloc(CLzmaEnc*, UInt32, 
ISzAlloc*, ISzAlloc*)':
/usr/include/lzma/LzmaEnc.c:1908:8: warning: variable 'btMode' set but not used 
[-Wunused-but-set-variable]
   Bool btMode;

        ^~~~~~
snprintf.cpp: In function 'size_t dopr(char*, size_t, const char*, 
__va_list_tag*)':
snprintf.cpp:655:23: error: this statement may fall through 
[-Werror=implicit-fallthrough=]
                 flags |= DP_F_UP;
                       ^
snprintf.cpp:656:13: note: here
             case 'x':
             ^~~~
cc1plus: all warnings being treated as errors
Makefile:78: recipe for target 'snprintf.o' failed
make[3]: *** [snprintf.o] Error 1
make[3]: *** Waiting for unfinished jobs....
cc1plus: all warnings being treated as errors
Makefile:78: recipe for target 'lefile.o' failed
make[3]: *** [lefile.o] Error 1
cc1plus: all warnings being treated as errors
Makefile:78: recipe for target 'main.o' failed
make[3]: *** [main.o] Error 1
make[3]: Leaving directory '/<<PKGBUILDDIR>>/src'
Makefile:37: recipe for target 'all' failed
make[2]: *** [all] Error 2
make[2]: Leaving directory '/<<PKGBUILDDIR>>'
dh_auto_build: make -j64 exeext= target=linux all returned exit code 2
debian/rules:33: recipe for target 'build-stamp' failed
make[1]: *** [build-stamp] Error 2
make[1]: Leaving directory '/<<PKGBUILDDIR>>'
debian/rules:29: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

--- End Message ---
--- Begin Message ---
Source: upx-ucl
Source-Version: 3.93-1

Matthias Klose wrote:

> 
> The package fails to build in a test rebuild on at least amd64 with
> gcc-7/g++-7, but succeeds to build with gcc-6/g++-6. The

The bug has been fixed in upx-ucl 3.93-1 uploaded yesterday to
experimental, but I've made a  typo in the bug number in the changelog:



upx-ucl (3.93-1) experimental; urgency=low

  * New upstream version:
    + contains fixes for failed assertions (closes: #775451) and
segmentation
      fault (closes: #775455).
  * Upstream homepage was moved to github, update URLs in debian/watch,
    debian/control and debian/copyright.
  * Remove 00-Makefile.patch; override a few upstream Makefile's variables
    in debian/rules instead.
  * Remove 02-Lzma-support.patch together with build-dependency on lzma-dev
    and Built-Using control field. Now upx is built with lzma sources
included
    by upstream in the upx source package.
  * Drop 03-FTBFS-GCC6.patch, applied by upstream.
  * Add 02-FTBFS-GCC7.patch that fixes the implicit fallthrough error
reported
    by g++-7 (closes: #863694; all other issues mentioned in the bug seem to
    be fixed by upstream).
  * Bump debhelper's compat level to 10.
  * Update debian/copyright with lzma-sdk license details.

 -- Robert Luberda <[email protected]>  Fri, 21 Apr 2017 23:08:52 +0200



Regards,
robert

--- End Message ---

Reply via email to