similar to: [PATCH] fix klibc build against current kernel headers

Marcus Meissner did the ppc64 port, I did the update for crt0.S. Now ash does not segfault, at least. diff -p -purNx linux klibc-0.92.orig/Makefile klibc-0.92/Makefile --- klibc-0.92.orig/Makefile 2003-12-01 18:50:24.000000000 +0000 +++ klibc-0.92/Makefile 2003-12-12 23:18:23.000000000 +0000 @@ -20,4 +20,4 @@ clean: spotless: @set -e; for d in $(SUBDIRS); do $(MAKE) -C $$d $@; done - rm -f

Hi there! Samba-2.2.8a There is possible deadlock in smbmount (smbmount.c) when parent process forking. Maybe this is a Linux-only bug (2.4 and 2.6 shows the same). But this is enough to apply my patch (or make other proper thing[s]). Explaining: Smbmount need to be a daemon to serve the mountpoint. Parent make [sys_]fork() to create this young daemon. After sys_fork() children go ahead and

Hi guys, I am following this[1] tutorial to install clang. However, I have made a small change in the configure command, and I am running it with '--enable-optimized' option to avoid the debug build. I am getting the errors (given at the end) related to *undeclared identifiers '__NR_*'*. Can someone please provide some input about how to tackle this issue? On my other machine, I

Hello, can someone direct me to a code sample showing usage of sys_clone on IA64 ? I use that syscall in the multipathd daemon, and I received compilation errors from IA64 pepole. As I don't have hardware to play with, I'd appreciate guidance. regards, -- christophe varoqui <christophe.varoqui@free.fr>

Peter, current klibc does not compile in ia64: gcc -Wp,-MT,arch/ia64/pipe.o,-MD,arch/ia64/.pipe.o.d -Os -fomit-frame-pointer -nostdinc -iwithprefix include -D__KLIBC__ -DBITSIZE=64 -I../include/arch/ia64 -I../include/bits64 -I../include -I../linux/include -I../linux/include2 -I../linux/include -DWITH_ERRLIST -W -Wall -Wpointer-arith -Wwrite-strings -Wstrict-prototypes -Winline -c -o

This implements a sleep command. diff -p -purN klibc-0.111/utils/Makefile klibc-0.111.utils/utils/Makefile --- klibc-0.111/utils/Makefile 2004-02-10 00:18:15.000000000 +0100 +++ klibc-0.111.utils/utils/Makefile 2004-02-21 22:33:08.000000000 +0100 @@ -5,7 +5,7 @@ include ../MRULES MAKEDEPS = -Wp,-MD,.$(subst /,-,$*).d CFLAGS = $(MAKEDEPS) $(OPTFLAGS) $(REQFLAGS) -W -Wall LIBS = $(KLIBC)

this implements a ln(1) with -f and -s support. diff -p -purN klibc-0.112/utils/Makefile klibc-0.112.utils/utils/Makefile --- klibc-0.112/utils/Makefile 2004-02-21 23:49:26.000000000 +0100 +++ klibc-0.112.utils/utils/Makefile 2004-02-22 01:23:17.000000000 +0100 @@ -6,7 +6,7 @@ MAKEDEPS = -Wp,-MD,.$(subst /,-,$*). CFLAGS = $(MAKEDEPS) $(OPTFLAGS) $(REQFLAGS) -W -Wall LIBS =

OK, I have just pushed out klibc-0.130; it significantly updates the run-init program (again... PLEASE TEST IN A SAFE ENVIRONMENT) based on, but not identical to, Alexander's suggestions; it also adds s390/x patches from Arnd Bergmann. -hpa

A brand new system setup with RH 7.3 is still Oopsing after every X hours. The problem started after about 1 week without errors. Sometimes everything is locked, sometimes still messages are written to /var/log/messages. Sometimes other processes keep running (can still ping the machine) I upgraded the kernel to 2.4.18-19.7.x, changed the memory, but still got problems. When I read all sort of

Hello, I'm trying to run smbd with djb daemontools' supervise. Here's the way I followed: # 2/6/2002 # problem running samba-2.2.4 and supervise problem: run smbd with supervise subproblem 1: smbd & nnmbd with -D option deteach from tty, so supervise cannot control them; solution 1: we can patch smb/server.c (foreground patch) to prevent deteach, but a second

hello dave, could you have a look at this sparc klibc trouble: ipconfig: eth0: socket(AF_INET): Function not implemented git clone git://git.kernel.org/pub/scm/libs/klibc/klibc.git and review belows proposed fix? thanks maks commit 4d0c11edfdad0493d97466b00e75b33786bab762 Author: jeremy buisson <jeremy.buisson at st-cyr.terre-net.defense.gouv.fr> Date: Wed May 27 08:57:23 2009 +0200

Dear R users; Consider the following toy example: a <- matrix(c(2,3,4,NA,NA,5,8,NA,8,NA), 5, 2) b <- cbind(a,apply(a, 1, diff, na.rm = TRUE)) What I would like be able to get is: c <- matrix(c(2,3,4,NA,NA,5,8,NA,8,NA,3,5,-4,8,NA), 5, 3) i.e., for each row if both values (column 1 and 2) are NA then the difference must return NA, but if any of those two values is different from NA

Commit-ID: 77c7ccc993d605eb7f6bef511017d28c1bb2d7e7 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=77c7ccc993d605eb7f6bef511017d28c1bb2d7e7 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Fri, 28 Aug 2020 19:21:47 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 28 Aug 2020 19:52:24 +0100 [klibc] signal: Move

https://bugs.freedesktop.org/show_bug.cgi?id=91413 Bug ID: 91413 Summary: INFO: task Xorg:2419 blocked for more than 120 seconds. Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Commit-ID: d4267b09846f6f986c1ad586bd98696791711c74 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=d4267b09846f6f986c1ad586bd98696791711c74 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 19 Jan 2019 00:31:06 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 19 Jan 2019 00:38:42 +0000 [klibc] Update URLs in docs and

The _start stuff was changed some time ago, but ppc was not updated. This fixes klibc for me. I'm not sure what to do with the second arg to __libc_init, so I set it to 0.. However, looking at other static binaries, there is more stuff todo. diff -p -purNx linux -x '.*.d' -x syscalls -x socketcalls y/klibc-0.87/klibc/arch/ppc/crt0.S klibc-0.87/klibc/arch/ppc/crt0.S ---

Peter, we found that nfs over udp will corrupt data under very extrem load, there is no way to fix it due to the way how UDP works. TCP will not have these problems. I also wonder why the package size is only 1k. Everyone who wishes a slow connection can pass the desired options via the kernel cmdline. Everyone else prefers probably the fast mount. The defaults should look more like that: ---

Commit-ID: b0c39f5ac8913b841037f8a90d83e55402c0ac25 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=b0c39f5ac8913b841037f8a90d83e55402c0ac25 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Thu, 27 Aug 2020 02:07:32 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Thu, 27 Aug 2020 03:51:16 +0100 [klibc] signal: Add compile-time

The parts of klibc specific to the ia64 architecture. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit 951dc85bd690c6cc5a971815665da947160cbe51 tree 0843c8aa67a3c46a362d12c392c41c25d85ac9cd parent bd0599e5290ca1a16bb7a68f7c362d395c612eb3 author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:24 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun

Peter, There was a mis-merge in the ia64 patch you put into 0.83. Olaf Hering pointed it out. The patch is attached. Olaf claims that he is still unable to compile for ia64 with is toolchain. He's getting the following error: <olh> libc.so(.got+0x0): multiple definition of `_GLOBAL_OFFSET_TABLE_' <olh> tests/getenvtest.o(.got.plt+0x0): first defined here <olh>