similar to: Fwd: [Bug 1843743] Re: klibc ftbfs in eoan

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

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 Thu, Dec 26, 2013 at 08:31:48PM -0800, H. Peter Anvin wrote: > > In the end, demanding that I use a copy of the installed kernel headers, > > when I'm passing a specific kernel source to the klibc build and that > > kernel source is most probably not the same as the kernel that's running > > seems like a bad idea. I want to build against a known kernel source,

Commit-ID: 5b7689f66c4476432ebe8fe8a88ea9fdeaa4eba8 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=5b7689f66c4476432ebe8fe8a88ea9fdeaa4eba8 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Mon, 7 Oct 2019 16:49:35 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Mon, 7 Oct 2019 17:25:17 +0100 [klibc] Fix missing header

Le 21/08/2013 12:20, maximilian attems a ?crit : > On Tue, Aug 20, 2013 at 07:44:39AM +0200, leroy christophe wrote: >> Find attached two patches I have in order to build klibc 2.0.2 >> against kernel 3.8.13 >> We had to introduce those patches when going from kernel 3.6 to kernel 3.7 >> Hope it helps. >> > those patches are wrong and again very brittle. >

I've run into a problem with building klibc with high parallelism It's not quite predictable, but at a -j of approx 25-30 or more (on a 24 hyperthreaded machine), I often get something like the following error messages: ... KLIBCCC usr/klibc/sigsuspend.o KLIBCCC usr/klibc/sigprocmask.o KLIBCCC usr/klibc/pselect.o KLIBCCC usr/klibc/ppoll.o /git/KLIBC/usr/klibc/sigsuspend.c:8:31: fatal

fwd'ing to klibc malinglist. ----- Forwarded message from Lo?c Minier <lool at dooz.org> ----- Date: Wed, 16 Mar 2011 23:34:51 +0100 From: Lo?c Minier <lool at dooz.org> To: Debian Bug Tracking System <submit at bugs.debian.org> Subject: Bug#618616: arm build failure with latest binutils - usr/klibc/syscalls/_exit.S:29: Error: .size expression does not evaluate to a

To the list this time... On Sat, Mar 28, 2020 at 2:03 PM Robin Lovelace <rob00x at gmail.com> wrote: > Hi Dirk, > > Thanks for the quick response. > > I've updated the draft post following your suggestions, see the updated > version, in nice .md format, here: >

On 3/28/20 10:04 AM, Robin Lovelace wrote: > To the list this time... > > On Sat, Mar 28, 2020 at 2:03 PM Robin Lovelace <rob00x at gmail.com> wrote: > >> Hi Dirk, >> >> Thanks for the quick response. >> >> I've updated the draft post following your suggestions, see the updated >> version, in nice .md format, here: >>

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

On 28 March 2020 at 14:04, Robin Lovelace wrote: | To the list this time... | | On Sat, Mar 28, 2020 at 2:03 PM Robin Lovelace <rob00x at gmail.com> wrote: | | > Hi Dirk, | > | > Thanks for the quick response. | > | > I've updated the draft post following your suggestions, see the updated | > version, in nice .md format, here: | >

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

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

with the recent move of the includes from linux' include/asm-$ARCH to arch/$ARCH/asm, klibc fails to compile, because the in-linux-header files include from asm/, but this is not in the header search path. e.g. against linux-2.6.27 arm: arm-iwmmx-linux-gnueabi-gcc -Wp,-MD,usr/klibc/.vsnprintf.o.d -nostdinc -iwithprefix include -Iusr/include/arch/arm -Iusr/include/bits32

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

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

Hum, at least it is not Apple, so maybe you can attach a debugger to the running process? (gdb -p process_id or something like that --- haven't actually done it for a decade). Then at least we can get a stack trace and a clue about where it is looping. Diddling optimization options can also sometimes provide a clue. -pd > On 29 Apr 2020, at 01:17 , Dirk Eddelbuettel <edd at

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

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

On 12/26/2013 07:27 PM, Robin H. Johnson wrote: > (please CC me, I'm not on the klibc list, and I didn't get HPA's > response to my post). > > On Fri, Dec 27, 2013 at 12:24:34AM +0000, Thorsten Glaser wrote: >> H. Peter Anvin dixit: >>> You should be using the output of "make headers_install" to build klibc. > That makes easy cross-building a