similar to: kernel + klibc tree now, in theory, feature-complete

I have just pushed out a git tree which actually has the root-mounting code removed from the kernel. Since there are any number of strange boot configurations out there, I would really appreciate any help in testing this stuff out. I have *NOT* implemented support for the following, which I'm hoping has fallen out of use by now: -> Setting boot flags via rdev, as opposed to on the

Commit-ID: c3110b853f667d544717a9cdd6d96b1a2a7365bf Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=c3110b853f667d544717a9cdd6d96b1a2a7365bf Author: H. Peter Anvin <hpa at zytor.com> AuthorDate: Thu, 24 May 2012 07:43:31 -0700 Committer: H. Peter Anvin <hpa at zytor.com> CommitDate: Thu, 24 May 2012 07:43:31 -0700 [klibc] sys/sysmacros.h: match glibc and

I'm thinking it's time to release klibc-1.5; however, before releasing klibc-1.4.31 as klibc-1.5, I wanted to give a call to see if there is anything that either really needs to be done, or any bug reports I've missed... -hpa

Hi all, I'm working on a klibc gcc wrapper, which of course needs to know where everything is installed to know where to pull stuff from. This means making a working "make install". My current thinking is to drop /usr/include/klibc, and instead put the whole tree under /usr/lib/klibc. In particular, I'd like to have: $(CROSS) is the cross-compilation prefix if any.

The stdio klibc branch got merged into klibc properly, meaning the I/O being buffered. klibc gained with it support for several stream functions. This massive work got authored by hpa. ipconfig saw several note worthy enhancement allowing the generation of a proper lease file. kinit added fs mount according to /etc/fstab or bootparam. Plus several arch fixes for the usual suspects: alpha, i386,

Hello, Since klibc dash last merge is a bit dated yesterday I resyncronised the dash in klibc repo from dc2bc17c7bbe3188cfb0c695dc472b39bcf0b27a up to ec2c84d3c4dba4b74440d72bdd1de416a9acd2a9 commit. Please test it: git://git.kernel.org/pub/scm/libs/klibc/klibc-queue.git http://git.kernel.org/?p=libs/klibc/klibc-queue.git;a=shortlog Without objections this will land in klibc-1.5.23. It got

This changes the RPM spec file to have -devel and -utils packages; the klibc main package is now only the runtime (plus libc.so and interp.o to avoid version skew; someone who is better at RPM than I am might be able to do the right thing with Requires and Provides to make sure there is a 100% binary match between files, using the hash code.) I'd like to let this stew for a bit, to smoke

I looked through the git repository, and it had some bug fixes since 1.1.16, but nothing that should affect stability. Thus, I have pushed out 1.2 as new stable release. Next up will be (a) integration work, and (b) work to eliminate klibc.git vs klibc-renamed.git trees. -hpa

Hold on to your hats, because the world is about to break... I have been trying to figure out for a while now how to migrate klibc to a 64-bit off_t, and to handle other things like getuid32(). The final decision is that the _syscall*() macros just got to go; they aren't flexible enough, and the hope that they would make it easier to port between platforms hasn't worked out -

Okay, as of this point, I think klibc is in quite good shape; my testing so far is showing that it can be used as a drop-in replacement for the kernel root-mounting code. That being said, there is guaranteed to be breakage, for two reasons: a. There are several architectures which don't have klibc ports yet. Since I don't have access to them, I can't really do them, either.

Kay Sievers wrote: > Hi, > this simple program compiled with klibc: > > #include <stdio.h> > int main(int argc, char* argv[]) > { > setenv("TESTENV", "happy", 1); > printf("TESTENV='%s'\n", getenv("TESTENV")); > } > > prints: > > ./env > TESTENV='(null)' > >

Well, as of right now, both Linus and Andrew have rejected klibc in the kernel based on "it doesn't add anything new" (Linus) and "lack of interest" (Andrew). It seems that there is little hope of getting it into the kernel any time soon, unless there is additional features, and/or people start actively asking for it. I would appreciate hearing suggestions. The

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

I have released klibc-1.0.9. This version fixes signal handing on x86-64, and on i386 with Red Hat's execshield patch. There might be other architectures affected (ppc is known to *not* be affected), but right at the moment I don't have a good way to test those. The architectures affected are ones for which signal handing *without* SA_RESTORER set is broken. This is also the first

Commit-ID: d7d16afbdae9bdea83aeb26ac572e6fc4d7d4940 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=d7d16afbdae9bdea83aeb26ac572e6fc4d7d4940 Author: Steve McIntyre <steve at einval.com> AuthorDate: Fri, 29 Jun 2012 18:13:34 +0100 Committer: maximilian attems <max at stro.at> CommitDate: Sun, 1 Jul 2012 22:51:00 +0200 [klibc] arm/setjmp.S: fix longjmp

"H. Peter Anvin" <hpa at zytor.com> wrote August 20, 2019 12:51 AM: > On 8/14/19 9:42 PM, Stefan Kanthak wrote: >> Hi, >> >> both >> https://git.kernel.org/pub/scm/libs/klibc/klibc.git/plain/usr/klibc/arch/i386/libgcc/__ashldi3.S >> and >> https://git.kernel.org/pub/scm/libs/klibc/klibc.git/plain/usr/klibc/arch/i386/libgcc/__lshrdi3.S

Ady <ady-sf at hotmail.com> writes: >> The current strlcpy code in the Syslinux tree copies one byte too much. >> Basically, it misses something like the following klibc patch: >> http://git.kernel.org/cgit/libs/klibc/klibc.git/commit/klibc/strlcpy.c?id=4644bd92e21c7fd9a48dd8dfd0c4f8ef772843f0 >> >> As the current klibc may carries lots of other relevant fixes

I'm trying to do a full rebase (history clean) of the klibc kernel tree, and came across the following changesets between klibc 1.3.12 and .16: --- a/usr/klibc/arch/s390/syscall.c +++ b/usr/klibc/arch/s390/syscall.c @@ -11,6 +11,6 @@ long int __syscall_common(long int err) { if ((unsigned long)(err) < (unsigned long)(-125)) return err; - errno = err; +

Hi hpa & others. Following is a list of issues that I hope to be addressed soon so we are in even better shape for -mm inclusion. 1) rebuild initramfs when content changes. > It is a simple matter of copying in usr/Makefile from the latest > -linus kernel and replace the 10 first lines with the content from > klibc Kbuild file. 2) havesyscalls.h is not deleted after make

hello hpa, please pull the latest patches git pull git://brane.itp.tuwien.ac.at/~mattems/klibc.git maks the shortlog is maximilian attems (6): klibc-utils: add sync utility pwd.h: Add declaration of getpwuid() fstype: header inclusion guards fstype: add reiser4 support fstype: cleanup old comments toplevel .gitignore: start with a simple one and the diffstat