similar to: klibc 2.0 release

hello hpa, pushed out new patch queue :) It contains the sync with latest dash git, renaming of some README's to ease their packaging, sparc32 socket test and a sh4 fix by Debian porters (numbers of changes is huge, but mostly contained in dash). git pull git://git.debian.org/users/maks/klibc.git maks initramfs-tools seems happy with that version of dash, saw no regression on boot test with

hello hpa! added on top of queue ext4 fix, that Ubuntu is carrying from cjwatson. Got missed out in previous pull requests. Btrfs recognition in fstype. the patch queue contains sync with latest dash, sh4 fix by Debian porters, dprintf usage in ipconfig, kinit and nfsmount instead of buggy DEBUG macro. ipconfig memcpy usage to avoid strict aliasing warnings. Some interesting README's got

Commit-ID: 8c056cab6c8cce0b5dbc2c3141060f89a6ffc905 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=8c056cab6c8cce0b5dbc2c3141060f89a6ffc905 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 25 Jul 2020 21:18:30 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 25 Jul 2020 21:44:14 +0100 [klibc] stdio: Define all the

hello hpa, pulled in latest dash containing your jobcontrol patch and fixed faccessat() in klibc on the way. the build of this needs lmkl fix: http://marc.info/?l=linux-kernel&m=127138736217956&w=2 patch queue otherwise similar to previous pull request, please pull: git pull git://git.debian.org/users/maks/klibc.git maks Aleksey Cheusov (1): [klibc] [BUILD] Fixed build on NetBSD

Hello hpa, please pull from my debian klibc tree to kernel.org for minor fixes, that piled up after kernel.org shutdown, inluding a build fix against current linux 3.1. git pull git://anonscm.debian.org/users/maks/klibc.git scripts/basic/fixdep.c | 27 +++++++++++++-------------- usr/include/limits.h | 2 ++ usr/include/sys/file.h | 9 +++++++++ usr/include/sys/types.h |

hello hpa, current patch queue for review, please pull: git pull git://git.debian.org/users/maks/klibc.git maks Aurelien Jarno (1): [klibc] sh4: syscalls fixes Benjamin Cama (1): [klibc] fstype: btrfs size endianness fix Thorsten Glaser (1): [klibc] add getrusage() maximilian attems (3): [klibc] resume: silence warning on resume try [klibc] bootp_packet.h minor

I have just released version 2.0.7. This is available in the git repository at: https://git.kernel.org/pub/scm/libs/klibc/klibc.git and as a tarball at: https://mirrors.kernel.org/pub/linux/libs/klibc/2.0/ This new release fixes build regressions with Linux 5.1 and with binutils 2.32. The klcc compiler can again generate stripped executables even if klibc is built unstripped. An

3-arg faccessat is unfortunately an incomplete implementation. It does not match user-space needs, for example due to wrong answer when egid != gid. dash started to detect klibc faccessat() syscall wrapper. Signed-off-by: maximilian attems <max at stro.at> --- usr/include/unistd.h | 1 - usr/klibc/SYSCALLS.def | 3 ++- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

Commit-ID: 163920f31f98db13f4e37796bb92f0844e7aaf45 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=163920f31f98db13f4e37796bb92f0844e7aaf45 Author: maximilian attems <max at stro.at> AuthorDate: Tue, 29 May 2012 18:58:31 +0200 Committer: maximilian attems <max at stro.at> CommitDate: Tue, 29 May 2012 19:03:08 +0200 [klibc] capabilities: Use fflush() instead

hello hpa, here my birthday submission :) please pull: git pull git://git.debian.org/users/maks/klibc.git maks Sam fixed a longstanding x86_32 build bug, thus it seems a good time to flush the queue of the piled up patches, the shortlog tells it: Aurelien Jarno (1): [klibc] sh4: syscalls fixes Benjamin Cama (1): [klibc] fstype: btrfs size endianness fix Mike Waychison (2):

hello hpa, please review this unsorted patch queue, as I wasn't sure about them they didn't land yet in todays pull request. thanks max git clone git://git.debian.org/users/maks/klibc.git test Thomas B?chler (1): klcc: compile shared by default jeremy buisson (1): [klibc] sparc64: fix bad 32 bits socket syscalls maximilian attems (1): [klibc] add losetup utils the

I have released version 2.0.8. This is available in the git repository at: https://git.kernel.org/pub/scm/libs/klibc/klibc.git and as a tarball at: https://mirrors.kernel.org/pub/linux/libs/klibc/2.0/ New features: - Support for building with clang and lld, at least on x86 - Defined sysconf(), initially supporting only _SC_PAGE_SIZE - Defined clearerr() as extern - Defined stdio

Commit-ID: 1aacafeba630135c2d8377887486f5e369b598f9 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=1aacafeba630135c2d8377887486f5e369b598f9 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 25 Jul 2020 18:14:41 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 25 Jul 2020 21:43:01 +0100 [klibc] stdio: Add extern

On Sat, 31 Dec 2011, Aurelien Jarno wrote: > s390 and s390x are sharing the same include files, in > /usr/lib/klibc/include/arch/s390. However klcc seatches for the s390x > includes in /usr/lib/klibc/include/arch/s390x, which doesn't exist. > > The patch below fixes the issue by using the ARCHDIR variable instead > of the ARCH one in klcc. It's one possible fix,

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

Commit-ID: 0e725b1ec953aafa7cec75a22436319e945f93e1 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=0e725b1ec953aafa7cec75a22436319e945f93e1 Author: H. Peter Anvin <hpa at linux.intel.com> AuthorDate: Mon, 13 May 2013 11:36:38 -0700 Committer: H. Peter Anvin <hpa at linux.intel.com> CommitDate: Mon, 13 May 2013 11:36:38 -0700 [klibc] Framework and trivial

----- Forwarded message from "H. Peter Anvin" <hpa at zytor.com> ----- Date: Mon, 29 Mar 2010 15:07:01 -0700 From: "H. Peter Anvin" <hpa at zytor.com> To: maximilian attems <max at stro.at> Cc: Colin Watson <cjwatson at ubuntu.com>, klibc at zytor.com, Herbert Xu <herbert at gondor.apana.org.au>, Nobuhiro Iwamatsu <iwamatsu at nigauri.org>

The following changes since commit 4d19974d7020488f63651244e1f9f51727c3f66c: [klibc] fwrite: fix typo in comment (2016-02-01 13:26:01 -0800) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/bwh/klibc.git for-hpa for you to fetch changes up to 7b49d9729ff6b3118c57eb6fe52c4f186016cfa0: [klibc] x86_64: Use -Ttext-segment to avoid address collision

Here's a patch to klcc.in from klibc-0.202. The context: I have an application, managed with GNU automake/autoconf. Packagers should be able to build the application with klibc if available, with plain gcc otherwise, as follows: $ cd ~/klibc-0.202 $ ... make linux symlink $ make bindir=$HOME/local/bin \ mandir=$HOME/local/man \ INSTALLDIR=$HOME/local \ SHLIBDIR=$HOME/local/shlib \

Hi Currently I am trying to get device-mapper and dmraid ported to compile against klibc. So far there was no real issues, as the only thing they used was fscanf and feof not available presently in klibc (but easy to work around). Other than that there are really no way to easily check for installed klibc's other than trying to mangle the output of klcc (from adjusted configure.in): -----