similar to: [PATCH] add linux' arch/$ARCH/include to search path From: Marc Kleine-Budde <mkl@pengutronix.de> Date: Mon, 5 Jan 2009 17:46:47 +0100

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

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

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

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,

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

See http://gcc.gnu.org/gcc-4.3/porting_to.html for details. Signed-off-by: Jon Ringle <jon at ringle.org> --- usr/include/klibc/compiler.h | 6 +++++- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/usr/include/klibc/compiler.h b/usr/include/klibc/compiler.h index 816a4ee..e0da37e 100644 --- a/usr/include/klibc/compiler.h +++ b/usr/include/klibc/compiler.h @@ -24,7 +24,11

Don't use the parameter x in assert(x) if NDEBUG is defined to avoid any problems where (x) may contain symbols that are only defined if !NDEBUG Signed-off-by: Jon Ringle <jon at ringle.org> --- usr/include/assert.h | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/usr/include/assert.h b/usr/include/assert.h index d89e082..e59ed94 100644 ---

Use headers_install to install headers. arch include directory has moved and it's better to ask the kernel Makefile to install the headers for us. Signed-off-by: Jon Ringle <jon at ringle.org> --- scripts/Kbuild.install | 11 +---------- 1 files changed, 1 insertions(+), 10 deletions(-) diff --git a/scripts/Kbuild.install b/scripts/Kbuild.install index 44c8f76..de918f0 100644 ---

Following example from usr/include/arch/i386/klibc/archsignal.h: The in-kernel headers for arm still have libc5 crap in them. Reconsider using <asm/signal.h> when/if it gets cleaned up; for now, duplicate the definitions here. Signed-off-by: Jon Ringle <jon at ringle.org> --- usr/include/arch/arm/klibc/archsignal.h | 112 ++++++++++++++++++++++++++++++- 1 files changed, 110

Le 19/08/2013 22:45, Neal Murphy a ?crit : > Gauche as it may be, I am reviving an old thread from January: > http://www.zytor.com/pipermail/klibc/2013-January/003402.html. > > Building Smoothwall Express 3.1 in a chroot jail works well. (gcc 4.7.2, linux > 3.4.58, klibc 2.0.1, et alia). > > I'm now working on 'express-next' to prepare for a future release (linux

Gauche as it may be, I am reviving an old thread from January: http://www.zytor.com/pipermail/klibc/2013-January/003402.html. Building Smoothwall Express 3.1 in a chroot jail works well. (gcc 4.7.2, linux 3.4.58, klibc 2.0.1, et alia). I'm now working on 'express-next' to prepare for a future release (linux 3.10.7, klibc 2.0.2, et alia). Same build system, worked through some

subscribe -------------------------------------------------------- Faerber Tobias Siemens AG ICM MP PD SW4 MCH 21 Information and Communication Mobile Grillparzerstrasse 10 a 81675 Munich, Germany Fixed net: +49 89 722 58578 Mobile net: +49 1755721351 Fax: +49 89 722 59070 <mailto:tobias.faerber@mch.siemens.de <mailto:tobias.faerber@mch.siemens.de> >

changeset: 7157:f22fba673196 ######################################### FC4 dom0, Tyan 2462 SMP, 4k kernel stack ######################################### xm shutdown does not work at all, always get the d flag , that d flag also seems to be the stopper for xm destroy as well. I have yet to be able to destroy a domain with the d flag. Unable to create SMP guests ethtool for e1000 as eth0

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. just use the way it is described in `make help': A) cd ~/src/linux

--- usr/include/signal.h | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/usr/include/signal.h b/usr/include/signal.h index a513282..4ed65bc 100644 --- a/usr/include/signal.h +++ b/usr/include/signal.h @@ -44,10 +44,12 @@ typedef int sig_atomic_t; /* The kernel header files are inconsistent whether or not SIGRTMAX is inclusive or exclusive. POSIX seems to state that

-- | "Bombay is 250ms from New York in the new world order" - Alan Cox | Damien Miller - http://www.mindrot.org/ | Email: djm at mindrot.org (home) -or- djm at ibs.com.au (work) ---------- Forwarded message ---------- Date: Tue, 25 Apr 2000 19:55:56 -0600 (MDT) From: Theo de Raadt <deraadt at cvs.openbsd.org> To: djm at cvs.openbsd.org, markus at cvs.openbsd.org, provos at

Just noticed this, <http://dublincore.org/usage/documents/relators/>. MARC (Library of Congress) relators are now part of Dublin Core, this allows refinements to meta-data like actor, composer, instrumentalist (of interest to kitchen sink metadata in Ogg/Vorbis). It still falls short of the more qualified relationships that might be available with Musicbrainz advanced relationships (eg

Anne York wrote: > I'm cannot use the search option within help for R (1.6.1) > with mozilla version 1.0.1-24 under Red Hat 8.0. When I try to do a > search, a list of ALL the R key words pops up and no pointers to the > relevent functions. > > I have java installed and java enabled in the preferences for > mozilla. Is there anything else I may be overlooking? Can

I wish Speex could come with instructions on how to build libspeex_armce.lib. ________________________________ From: speex-dev-bounces@xiph.org on behalf of speex-dev-request@xiph.org Sent: Mon 11/13/2006 3:01 PM To: speex-dev@xiph.org Subject: Speex-dev Digest, Vol 30, Issue 15 Send Speex-dev mailing list submissions to speex-dev@xiph.org To subscribe or unsubscribe via the World