search for: varadic

...bsolutely no idea how to correctly implement syscall(3) on s390 without a full table. > > It is of course possible to implement using stdarg.h and a big switch statement, but that is anything but cheap. > > Now, thinking about it, it *might* be possible to implement some of this using varadic macros. Let me play around with it a little bit. > This might actually work: /* * Not prototyped on purpose, as (...) isn't a valid prototype. * __extension__ prevents erroring out due to lack of prototype. */ __extension__ extern long long ___syscall(); extern long ___syscall_num; #d...

I have the following toolchain: $ ld --version GNU ld version 2.15.90.0.3 20040415 $ gcc --version gcc (GCC) 3.3.2 I attempted to build klibc with this toolchain. It builds without errors, but the included "ash" shell does not function properly. Testcase: read cmdline </proc/cmdline echo $cmdline The first command prints a message: cannot open /proc/cmdline: error 14 Other

On Mon, 2020-07-27 at 05:46 -0700, hpa at zytor.com wrote: > On July 27, 2020 2:43:36 AM PDT, Christian Eggers <ceggers at arri.de> wrote: > > On Saturday, 25 July 2020, 23:36:33 CEST, Ben Hutchings wrote: > > > On Wed, 2020-07-08 at 08:37 +0200, Christian Eggers wrote: > > > > ... > > > > libkeyutils usually invokes syscall() directly. As syscall()

In klibc-0.114, any shell script like this: ====================================================================== #!/path/to/klibc-0.114/ash/sh echo hi ====================================================================== ...elicits the following error when executed: /var/tmp/hack.sh: Can't open /var/tmp/hack.sh Running under strace, I get: execve("/var/tmp/hack.sh",

hello, all. here is my implementation of printf for use in syslinux core. #include <stdio.h> #include <unistd.h> #define BUF_SIZE 1024 char buf[BUF_SIZE]; extern void myputs(const char *); int printf(const char *format, ...) { va_list ap; int rv; #if 1 myputs("DEBUG:the string we want fomart is\n\r"); myputs(format); #endif va_start(ap, format);

...y. However, I have absolutely no idea how to correctly implement syscall(3) on s390 without a full table. It is of course possible to implement using stdarg.h and a big switch statement, but that is anything but cheap. Now, thinking about it, it *might* be possible to implement some of this using varadic macros. Let me play around with it a little bit. -- Sent from my Android device with K-9 Mail. Please excuse my brevity.

...at linux.intel.com> AuthorDate: Tue, 15 Apr 2014 13:29:30 -0700 Committer: H. Peter Anvin <hpa at linux.intel.com> CommitDate: Tue, 15 Apr 2014 13:29:30 -0700 [klibc] x86-64: disable the use of SSE Disable the use of SSE registers. This reduces the size of the code because it means the varadic functions don't need to marshall parameters in the SSE registers. Since klibc doesn't support floating point, this is a significant size win. Signed-off-by: H. Peter Anvin <hpa at linux.intel.com> --- usr/klibc/arch/x86_64/MCONFIG | 8 ++++---- 1 file changed, 4 insertions(+), 4 d...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alan Coopersmith (1): Include <alloca.h> when needed before calling alloca Christian König (2): amdgpu: remove sequence mutex amdgpu: serialize drmPrimeFDToHandle Emil Velikov (20): drm: add interface to get drm devices on the system v3 Move -lm link flag to LIBADD vbltest: fix variable

...dx + ret + + .size __negdi2,.-__negdi2 diff --git a/usr/klibc/arch/i386/open.S b/usr/klibc/arch/i386/open.S new file mode 100644 index 0000000..7cd136c --- /dev/null +++ b/usr/klibc/arch/i386/open.S @@ -0,0 +1,29 @@ +/* + * arch/i386/open.S + * + * Handle the open() system call - oddball due to the varadic + * prototype, which forces the use of the cdecl calling convention, + * and the need for O_LARGEFILE. + */ + +#include <asm/unistd.h> + +/* <asm/fcntl.h>, despite the name, isn't assembly-safe */ +#define O_LARGEFILE 0100000 + + .globl open + .type open, at function + +open: +#...

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

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

...st *); <alpha,ia64> int getpriority(int, int); <!alpha,ia64> int getpriority::__getpriority(int, int); int setpriority(int, int, int); +int getrusage(int, struct rusage *); int sched_setscheduler(pid_t, int, const struct sched_param *); int sched_yield(); <i386> int prctl at varadic(int, unsigned long, unsigned long, unsigned long, unsigned long);

...d *, size_t); @@ -166,14 +167,14 @@ int close(int); <64> off_t lseek(int, off_t, int); <32> int _llseek::__llseek(int, unsigned long, unsigned long, off_t *, int); int dup(int); -int dup2(int, int); +<?> int dup2(int, int); int dup3(int, int, int); <i386> int fcntl64 at varadic::fcntl(int, int, unsigned long); <ppc64> int fcntl(int, int, unsigned long); <!i386,ppc64> int fcntl64,fcntl::fcntl(int, int, unsigned long); int ioctl(int, int, void *); int flock(int, int); -int _newselect,select::select(int, fd_set *, fd_set *, fd_set *, struct timeval *); +<?...

...d *, size_t); @@ -166,14 +167,14 @@ int close(int); <64> off_t lseek(int, off_t, int); <32> int _llseek::__llseek(int, unsigned long, unsigned long, off_t *, int); int dup(int); -int dup2(int, int); +<?> int dup2(int, int); int dup3(int, int, int); <i386> int fcntl64 at varadic::fcntl(int, int, unsigned long); <ppc64> int fcntl(int, int, unsigned long); <!i386,ppc64> int fcntl64,fcntl::fcntl(int, int, unsigned long); int ioctl(int, int, void *); int flock(int, int); -int _newselect,select::select(int, fd_set *, fd_set *, fd_set *, struct timeval *); +<?...

...st *); <alpha,ia64> int getpriority(int, int); <!alpha,ia64> int getpriority::__getpriority(int, int); int setpriority(int, int, int); +int getrusage(int, struct rusage *); int sched_setscheduler(pid_t, int, const struct sched_param *); int sched_yield(); <i386> int prctl at varadic(int, unsigned long, unsigned long, unsigned long, unsigned long);

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

Hello, This series introduces arm64 support to klibc. I've rebased the work from Neil Williams and Anil Singhar into the following three patches. Most of the code changes are due to new syscall implementations being needed for arm64 as a only a minimal set of syscalls are defined in the arm64 kernel. This series is to be applied against the latest klibc, just after 25a66fa README.klibc:

I have updated the klibc patchset based on feedback received. In particular, the patchset has been reorganized so as not to break git-bisect. Additionally, this updates the patch base to 2.6.17-git12 (d38b69689c349f35502b92e20dafb30c62d49d63) and klibc 1.4.8; the main difference on the klibc side is removal of obsolete code. This is also available as a git tree at: