similar to: Bug#853710: xen: ftbfs with GCC-7

Package: xen Version: 4.6.0-1+nmu2 Severity: serious This package fails to build in unstable: > sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux ... > mkdir -p compat > grep -v 'DEFINE_XEN_GUEST_HANDLE(long)' public/grant_table.h | \ > python /<<PKGBUILDDIR>>/debian/build/build-hypervisor_amd64_amd64/xen/tools/compat-build-source.py

Package: src:xen Version: 4.4.1-6 Severity: normal Tags: sid stretch User: debian-gcc at lists.debian.org Usertags: ftbfs-gcc-5 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

Package: xen Version: 4.6.0-1 Severity: important User: debian-gcc at lists.debian.org Usertags: ftbfs-gcc-6 gcc-6-misleading-indentation This package fails to build with GCC 6. GCC 6 has not been released yet, but it's expected that GCC 6 will become the default compiler for stretch. Note that only the first error is reported; there might be more. You can find a snapshot of GCC 6 in

On Thu, Mar 17, 2016 at 6:58 PM, Martin Michlmayr <tbm at hpe.com> wrote: > Package: xen > Version: 4.6.0-1+nmu2 > Severity: serious > > This package fails to build in unstable: > >> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux > ... >> mkdir -p compat >> grep -v 'DEFINE_XEN_GUEST_HANDLE(long)' public/grant_table.h | \

Hi, peter green wrote: > On 18/05/16 04:50, Tim Northover wrote: > If you don't need/want the various Sanitizer runtimes (e.g. you don't > support sanitizers or already have versions provided with GCC) then > it's as easy as not downloading compiler-rt or removing it from the > projects/ directory before running CMake. The build should carry on > quite happily

The R 4.0.0 package migration on Debian is being held back by a failed build on ppc64el [1]. We can see from the history of builds logs [2] that it used to build, briefly failed, worked again and then failed leading to R 4.0.0's release. (And my bad for missing how the alpha1/alpha2/beta/rc builds failed.) I have however neither changed anything, nor did I ever have to accomodate ppc64el (as

Hello, to build + packages dovecot I use the usual Debian tool chain. That includes build with selected GCC options and running lintian. I notice since a long time (read: many earlier versions, up to 2.2.35) this lintian warnings: I: dovecot-core: hardening-no-fortify-functions usr/lib/dovecot/auth N: N: This package provides an ELF binary that lacks the use of fortified libc N:

llvm-toolchain-3.8 seems to have problems on debian armel and raspbian. On raspbian it builds but our armv7 contamination checker blocked it from entering the repo. Further investigation showed that "compiler-rt" was being built with -march=armv7 . I was able to remove the -march with some build-system hacker but then I got a failure on

Source: xen Version: 4.4.1-9 Severity: normal >From my pbuilder build log, using a setup preferring glibc and gcc-defaults from experimental: ... gcc -O2 -fomit-frame-pointer -m64 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wdeclaration-after-statement -Wno-unused-but-set-variable -Wno-unused-local-typedefs -DNDEBUG

Package: xen Version: 4.1.0-3 Severity: important Tags: wheezy sid User: debian-gcc at lists.debian.org Usertags: ftbfs-gcc-4.6 ftbfs-werror This package builds with -Werror, and GCC 4.6 triggers new warnings which will make the package fail to build. Currently a Debian patch just passes -Wno-error=unused-but-set-variable and -Wno-error=unused-but-set-parameter to avoid build failures,

Source: xen Version: 4.2.1-2 Severity: serious When trying to build xen in current sid environment, which now uses gcc-4.8.1, it fails to build: gcc -O2 -fomit-frame-pointer -m64 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wdeclaration-after-statement -Wno-unused-but-set-variable -DNDEBUG -fno-builtin -fno-common -Wredundant-decls -iwithprefix include -Werror -Wno-pointer-arith

Source: xen Version: 4.4.1-9+deb8u1 Severity: serious Justification: fails to build from source Tags: sid stretch User: reproducible-builds at lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-builds at lists.alioth.debian.org Dear Maintainer, The package fails to build: symbols.c: In function ?symbols_lookup?: symbols.c:23:61: error: array subscript is above array bounds

Package: xen-3 Version: 3.4.2-2 Severity: normal Tags: sid User: debian-gcc at lists.debian.org Usertags: ftbfs-gcc-4.5 The package fails to build in a test rebuild on at least amd64 with gcc-4.5/g++-4.5, but succeeds to build with gcc-4.4/g++-4.4. For the compiler version used, see: http://lists.debian.org/debian-devel/2010/01/msg00230.html The full build log can be found at:

Package: xen-unstable Version: 3.3-unstable+hg17961-1 Severity: normal Tags: sid User: debian-gcc at lists.debian.org Usertags: ftbfs-gcc-4.5 The package fails to build in a test rebuild on at least amd64 with gcc-4.5/g++-4.5, but succeeds to build with gcc-4.4/g++-4.4. For the compiler version used, see: http://lists.debian.org/debian-devel/2010/01/msg00230.html The full build log can be found

Source: xen Version: 4.1.4-4 Severity: serious Tags: jessie sid User: debian-qa at lists.debian.org Usertags: qa-ftbfs-20130509 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: > gcc -O2 -fomit-frame-pointer -m64 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value

---------- Forwarded message ---------- From: Matthias Klose <doko at ubuntu.com> Message-ID: <156829951299.6967.9341353260688596797.malonedeb at soybean.canonical.com> Date: Thu, 12 Sep 2019 14:45:12 -0000 Subject: [Bug 1843743] [NEW] klibc ftbfs in eoan Reply-To: Bug 1843743 <1843743 at bugs.launchpad.net> Public bug reported:

Package: src:xcp-vncterm Version: 0.1-2 Severity: important Tags: sid jessie User: debian-glibc at lists.debian.org Usertags: ftbfs-glibc-2.17 The package fails to build in a test rebuild on at least amd64 with eglibc-2.17, but succeeds to build with eglibc-2.13. The severity of this report may be raised before the jessie release. The test rebuild was done together with GCC-4.8, so some issues

---------- Forwarded message ---------- From: Adam Conrad <adconrad at 0c3.net> Message-ID: <157106879908.15546.2658970073129703906.malone at soybean.canonical.com> 2.0.7-1 fails to build in the same way on Ubuntu 19.10. I'm assuming it's either glibc 2.30 (Debian is at 2.29) or linux 5.3 (Debian is at 5.2), with the latter being more likely. -- You received this bug

Hrm, perhaps adding the flag (or the matching __attribute__) only to where it is needed makes sense? --mirabilos ---------- Forwarded message ---------- From: Adam Conrad <adconrad at 0c3.net> Message-ID: <157169641305.9361.4432909657455952189.malone at soybean.canonical.com> Date: Mon, 21 Oct 2019 22:20:12 -0000 Subject: [Bug 1843743] Re: klibc ftbfs in eoan Reply-To: Bug 1843743

On Wed, 2016-01-20 at 20:16 -0800, Martin Michlmayr wrote: > Package: xen > Version: 4.6.0-1 > Severity: important > User: debian-gcc at lists.debian.org > Usertags: ftbfs-gcc-6 gcc-6-misleading-indentation > > This package fails to build with GCC 6.??GCC 6 has not been released > yet, but it's expected that GCC 6 will become the default compiler for > stretch. >