similar to: [PATCH] fix warning include/signal.h:47:5: warning: "SIGRTMAX" is not defined

This patch does two things. This test program results (on i386) in an error about _NSIG: #include <signal.h> #if defined (SIGRTMAX) int rtmax = SIGRTMAX; #endif The cause is that the kernel signal.h defines SIGRTMAX as _NSIG, then makes _NSIG invisibelby hiding it inside ifdef __KERNEL__. Perhaps it's more elegant to solve this in the kernel, but the ramifications of that scare

Commit-ID: 3722d88daf36c22e86e85b56a2aba70a0e059581 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=3722d88daf36c22e86e85b56a2aba70a0e059581 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Fri, 25 Jan 2019 00:04:40 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 25 Jan 2019 02:57:21 +0000 [klibc] dash: Fix some cosmetic

Commit-ID: da8aee4bf2577ec47037705dd09a8ab3e7d5c666 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=da8aee4bf2577ec47037705dd09a8ab3e7d5c666 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Fri, 25 Jan 2019 00:04:40 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 20:29:23 +0000 [klibc] dash: Fix some cosmetic

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

Hi, trying to build klibc 1.1.8 on x86 fails on my machine as follows: KLIBCCC dash/trap.o KLIBCCC dash/output.o dash/trap.c: In function 'trapcmd': dash/trap.c:94: warning: unused parameter 'argc' dash/trap.c:94: warning: unused parameter 'argv' dash/trap.c: In function 'decode_signal': dash/trap.c:398: error: 'SIGRTMIN' undeclared (first use in this

Add some semi-useful error message, as printing the failing dir or file seems not really advisable after that error. Signed-off-by: maximilian attems <max at stro.at> --- usr/utils/ln.c | 20 +++++++++++++++----- 1 files changed, 15 insertions(+), 5 deletions(-) diff --git a/usr/utils/ln.c b/usr/utils/ln.c index e826eb8..257b33f 100644 --- a/usr/utils/ln.c +++ b/usr/utils/ln.c @@ -9,7

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

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

Commit-ID: ffba488a87578bfe0704dd906466fc64a88ff488 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=ffba488a87578bfe0704dd906466fc64a88ff488 Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Mon, 6 Jun 2016 19:52:43 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 25 Jan 2019 02:57:21 +0000 [klibc] trap: Implement

Commit-ID: b9c84707e06be25579b9402f740c763ed79cbdde Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=b9c84707e06be25579b9402f740c763ed79cbdde Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Mon, 6 Jun 2016 19:52:43 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:54 +0000 [klibc] dash: trap: Implement

From: Bradley Smith <brad at brad-smith.co.uk> This patch is from http://git.brad-smith.co.uk/?p=avr32/klibc.git;a=summary It squashes together and includes those commits: * Fix ld flags such that shared builds actually run. * Fix setjmp. * Fix sigaction/sigrestorer. * Tidy everything up. * Fix lseek mess. Cc: H?vard_Skinnemoen <hskinnemoen at gmail.com> Cc: Hans-Christian Egtvedt

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1"> <title></title> </head> <body text="#330000" bgcolor="#ffffff"> <tt><font size="+1">I am attempting to run the sun webserver 7

Hi! My Samba setup broke after upgrading Samba from 3.0.5-1 to 3.0.6-3 using Debian apt-get upgrade. It seems to me, that the problems lies within winbind. Any help would be appreciated! -- Pirkka > The Samba 'panic action' script, /usr/share/samba/panic-action, > was called for pid 8012 (/usr/sbin/smbd). > > Below is a backtrace for this process generated with gdb, which

Hi, I am trying to setup an environment where I can build external projects against klibc. It works - except if I have a program that links to libc. Then I get a multiple definition of `_start' message. Here is a simple test case. Jon [ringlej at ringlejxbuild ~/temp/klibc-test]$ cat klibc-test.c #include <stdio.h> int main(void) { printf("hello world"); } [ringlej

I have been forwarded this from one of our servers, which we have recently ( 2 days ) updated to Samba 3.0beta1 (Debian's 'unstable' package) from Samba 2.2.8a This is the second time it this happens in a period of 24h. Everything else in this server is working fine. Any comment on this? Is this a known limitation / situation ? Thanks in advance. J.L. ---- 8< ----

I'm working with klibc as a part of trying to port LTSP version 5 into Red Hat 4 and 5. Red Hat does not appear to have a very good set of utilities for playing in early userspace like LTSP's boot process requires so I thought I would try klibc since I could then base my port more closely on the Ubuntu/Debian work. Problem is I can't seem to get klibc to build against the RHEL 4

The parts of klibc specific to the i386 architecture. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit bd0599e5290ca1a16bb7a68f7c362d395c612eb3 tree 8f33afdd02a14c22e7a3984da2bad13184e3f729 parent 84f6a72f42cf41e32daa59871a0b5424572093e4 author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:21 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun

Commit 8418552 ("[klibc] ia64: Fix shared build") switched to the function descriptor-less ABI. However, when passing a function pointer to the kernel for signal handling, it always expects a descriptor, and -mno-pic does not set any ELF flags that the kernel could detect. Thus to fix this regression we must construct descriptors solely for passing to/from the kernel. Despite this,

Commit-ID: ae17951ae73ec52348c77259269637b854f0c236 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=ae17951ae73ec52348c77259269637b854f0c236 Author: Jessica Clarke <jrtc27 at jrtc27.com> AuthorDate: Fri, 28 Aug 2020 19:48:32 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 29 Aug 2020 17:23:08 +0100 [klibc] ia64: Fix sigaction