similar to: Bug#793132: xen: FTBFS with glibc 2.21 and gcc-5

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

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

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 | \

With all of Xen''s symbols sitting within a 2Gb range on x86-64, they can be referred to by the kallsyms-like offset table using 4- instead of 8-byte slots. The marker table can use 4-byte slots in all cases, just like the table entry counts can (though that''s only a minor improvement). If ia64''s PERCPU_ADDR got moved down to (KERNEL_START + 2Gb - PERCPU_PAGE_SIZE), it

Package: src:xen Version: 4.8.1~pre.2017.01.23-1 Severity: normal Tags: sid buster User: debian-gcc at lists.debian.org 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

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

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. >

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

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

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

I?ll explain what?s happening first, and list the steps after that. First: pep is short for the Xen target x86_64-pep. It?s a target you can enable when configuring Xen to create an EFI binary. What is happening with Xen on UEFI via Grub is that it doesn?t give the kernel any info on the ACPI root pointer. Basically, this means that Linux won?t be able to do ACPI, and therefore a ton of hardware

Processing commands for control at bugs.debian.org: > forcemerge 793132 802870 Bug #793132 [src:xen] xen: FTBFS with glibc 2.21 and gcc-5 Bug #802870 [src:xen] xen: FTBFS: error: array subscript is above array bounds Severity set to 'normal' from 'serious' Marked as found in versions xen/4.4.1-9. Added tag(s) fixed-upstream and upstream. Bug #793132 [src:xen] xen: FTBFS with

Processing commands for control at bugs.debian.org: > close 793132 4.6.0-1 Bug #793132 [src:xen] xen: FTBFS with glibc 2.21 and gcc-5 Bug #802870 [src:xen] xen: FTBFS: error: array subscript is above array bounds Marked as fixed in versions xen/4.6.0-1. Marked as fixed in versions xen/4.6.0-1. Bug #793132 [src:xen] xen: FTBFS with glibc 2.21 and gcc-5 Bug #802870 [src:xen] xen: FTBFS: error:

Processing commands for control at bugs.debian.org: > tags 793132 + upstream fixed-upstream Bug #793132 [src:xen] xen: FTBFS with glibc 2.21 and gcc-5 Added tag(s) upstream and fixed-upstream. > thanks Stopping processing here. Please contact me if you need assistance. -- 793132: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793132 Debian Bug Tracking System Contact owner at

As an addition to anyone having issues with booting but only getting 1 CPU and a ton of devices that misbehave, check to see if you have an RSDP in Xen and Linux. You should have both (I use xl and not xm): sudo xl dmesg | grep RSDP (XEN) ACPI: RSDP DDA4A000, 0024 (r2 SUPERM) and sudo dmesg | grep RSDP [ 0.000000] ACPI: RSDP 00000000000f0010 000024 (v02 SUPERM) I?m running this on a

On Wed, 10 Sep 2014 20:22:54 +0100 Ian Campbell <ijc at hellion.org.uk> wrote: > On Sun, 2014-09-07 at 13:42 +0200, John Keates wrote: > > 1. Rebuild the debian package with a small change > > > > Do your usual apt-sourcing and build-depping, but add the pep target to debian/rules: > > > > (I put it right underneath include debian/rules.defs) > >

# HG changeset patch # User Ian Campbell <ian.campbell at citrix.com> # Date 1304937815 -3600 # Node ID 35abcbcdf8bcabab6e0bbd929f69b613e167edfd # Parent 4b0692880dfa557d4e1537c7a58c412c1286a416 xen: ioapic: avoid gcc 4.6 warnings about uninitialised variables gcc 4.6 complains: io_apic.c: In function 'restore_IO_APIC_setup':

# HG changeset patch # User Ian Campbell <ian.campbell at citrix.com> # Date 1304937815 -3600 # Node ID 35abcbcdf8bcabab6e0bbd929f69b613e167edfd # Parent 4b0692880dfa557d4e1537c7a58c412c1286a416 xen: ioapic: avoid gcc 4.6 warnings about uninitialised variables gcc 4.6 complains: io_apic.c: In function 'restore_IO_APIC_setup':

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,