similar to: [PATCH 1/1] x32 support

Hi, is there a DD-accessible porterbox somewhere (slow would be ok, as this is smallish software) with an up-to-date sid (enough to install the recently-built libklibc-dev 2.0~rc5-1 and all other B-D of mksh 40.9.20120518-1, as well as strace and gdb-minimal)? Similarily to http://www.zytor.com/pipermail/klibc/2012-May/003229.html I found klibc-compiled programmes on Alpha to fail (SIGSEGV

While the userspace function signature is int sigsuspend(const sigset_t *maskptr) there are several variants of how this is mapped into kernel functions: one for rt_sigsuspend and several, mutually incompatible, legacy ones, split by architectures. Before this commit, klibc did not care about that and passed maskptr as first and only argument to the syscall, leading to junk in other argument

SIGSUSPEND(2) Linux Programmer's Manual SIGSUSPEND(2) NAME sigsuspend - wait for a signal SYNOPSIS #include <signal.h> int sigsuspend(const sigset_t *mask); ? and ? SIGSUSPEND(2) BSD Programmer's Manual SIGSUSPEND(2) NAME sigsuspend - atomically release blocked signals and wait for interrupt SYNOPSIS

Hi, I?ve gone through the mailing list archives and hereby want to resubmit my pending patches. Most are independent of each other, except the m68k patch which will only be complete if sigsuspend is also fixed. (It can be applied before that, though.) http://www.zytor.com/pipermail/klibc/2012-January/003173.html [PATCH] fix m68k support Resubmitted here as 0005. While there was a question from

This is a klibc port to x32 architecture. I tried to reuse as many existing files as possible, hence, a script making symlinks to x86-64 files. I was running this on Debian for about six months and hopefully, found any close to surface bugs. Of course, there are plenty left. Please help with testing. To build you need to run: make ARCH=x32 Makefile | 15 ++--

Hi, after a year, I decided to hack on klibc again. I?ve reworked both the patch to add mkstemp(), discussing to use AT_RANDOM as cheap entropy source on IRC (if there will ever be another entropy consumer, I can quickly write a minimal arc4random() seeded from it, as it has only 16 octets), capable of making a working mksh (static and shared) on amd64/xen, and the m68k support code, leading to

On Wed, 9 Oct 2013 10:44:27 +0000 (UTC) Thorsten Glaser <tg at mirbsd.de> wrote: > Anil Singhar dixit: > > >Manual testing as provided within the package has been done with all > >tests passing. This includes the units tests available under > >usr/klibc/tests, usr/utils, usr/dash and usr/gzip. For dash and > >gzip, only sanity testing has been done. > >

On Sun, 2019-01-20 at 14:18 +0000, Thorsten Glaser wrote: > Hi Ben, > > *massive* thanks for picking up klibc work. This might motivate > me to pick up some of the TODOs for it that have piled on in my > TODO (but only after the freeze, I?m sorry to say, I have more > to do for other packages). > > >And I spotted another test program that has this property >

Hi Ben, >Thorsten: I've attached a patch which I tested briefly in QEMU. Let me >know if this works for you. sorry for the delay. I was able to test this on eller today. To reproduce the issue, this was needed, because the value read was a nanosecond field and so the test didn?t always fail: (sid_mips64el-dchroot)tg at eller:~$ while sleep 0.1; do :>b; ./mksh -c 'test a -nt

Hi, no mailing list for powerpcspe? What?s the progress of your architectures? I don?t see much happening on debian-ports.org, and taking your architectures off that infrastructure hurts others (I?ve ?revived? m68k and kept it running on d-p.o which helps a bit). Anyway: a new klibc (2.0~rc5-1) has been uploaded, and an mksh companion version (40.9.20120518-1) depending on it and trying to use

Hi, after changing mksh to no longer use mkstemp, I decided to try and build mksh-static with klcc on most platforms, in Debian. Here are the results by Debian architecture: alpha (4) fails amd64 works armel works armhf (3) fails i386 works ia64 works m68k (1) workaround mips works mipsel works powerpc (2) fails ppc64 works (!) s390 works s390x works sparc works Architectures not listed either

Hi. I have found some problems installing the new version of samba. My enviroment is: Solaris 8 (sparc) gcc 3.1 GNU make 3.80 Currently samba 2.2.8a is running. When I try install the version 3.0.0, after executing 'configure' and 'make' without problem, I execute 'make install' and it finish with the error: (...) Installing bin/CP437.so as

Here is the last output from the make install command: Installing bin/readonly.so as /usr/local/samba/lib/vfs/readonly.so Installing bin/cap.so as /usr/local/samba/lib/vfs/cap.so Installing bin/CP850.so as /usr/local/samba/lib/charset/CP850.so Installing bin/CP437.so as /usr/local/samba/lib/charset/CP437.so ./install-sh -c bin/libsmbclient.so /usr/local/samba/lib mksh: Fatal error: Cannot load

Hi sh4 porters, I?ve just fixed a regression of klibc to build from source on sh4 using the sumotsu.debian.net porterbox (thanks for making one available) and found a problem with your archi- tecture: all binaries built with klibc (shared and static) get a SIGILL (illegal instruction). I suspect that different CFLAGS are needed. Please, someone, have a look at it; a release of klibc 2.0 upstream

Dixi quod… >Like I said, I’m using r58565 for both llvm and clang (now). Must have been broken, as r58935 for both works. I’ve even fixed some system headers for clang now, and mksh – http://mirbsd.de/mksh – builds fine and passes the regression tests (with the Xcode version, about 83% of it failed, back then). Now up to llvm-gcc *sigh*… //mirabilos -- Sometimes they [people] care too

Hi all, I am trying to compile samba-3.0.0rc3 on solaris9 x86 make install booms out with an error. ./configure --prefix=/data4/samba --with-profiling-data --with-quotas --with-sys-quotas --with-acl-support make make install .... .... Installing bin/CP850.so as /data4/samba/lib/charset/CP850.so Installing bin/CP437.so as /data4/samba/lib/charset/CP437.so ./install-sh -c bin/libsmbclient.so

Hi All: We have some patches to port klibc to ArmV8. The first set of patches from Neil Williams fixes the build issues. The second set of patches from Anil Singhar fixes functionalities. The following files have changed in the second set of patches ------------------------------------------------------------------------------------------ usr/include/arch/aarch64/klibc/archconfig.h

While all ?real? ttys may support TIOCGPGRP, /dev/console doesn?t; using TCGETS here allows Linux booted with init=/bin/mksh-static to have working interactive command line (PS1, editing, etc). Reported-by: Dominik George <d.george at tarent.de> Signed-off-by: Thorsten Glaser <t.glaser at tarent.de> --- usr/klibc/isatty.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-)

H. Peter Anvin dixit: >But is that really a tty, then? I also understand that virtio console Hm. Both eglibc and dietlibc return true for isatty on it. >doesn't support termios, which makes this an ugly bifurcation. All of Let me test that? quick? hah not really (CONFIG_VIRTIO_CONSOLE=m)? ok luckily Ubuntu?s linux-image-3.15.0-5-generic is installable on Debian stable and has

Hello, Here is V2 of the arm64 support for klibc patch set. Notable changes since the original series: * fp regs dropped from setjmp/longjmp * chmod, lstat and stat re-implemented with *at functions. * open64 merged into open. As with the original, this series is to be applied against the latest klibc, just after 25a66fa README.klibc: update build information V2 has been tested on x86_64