search for: bsd_signal

...nel signal.h defines SIGRTMAX as _NSIG, then makes _NSIG invisibelby hiding it inside ifdef __KERNEL__. Perhaps it's more elegant to solve this in the kernel, but the ramifications of that scare me. The other issue is that signal() is not provided by klibc. Here it's defined to be equal to bsd_signal, consistent with glibc behaviour. I'm none too sure about the need for this one. Regards, Erik diff -urN klibc-0.202-pristine/include/signal.h klibc-0.202/include/signal.h --- klibc-0.202-pristine/include/signal.h 2004-06-06 11:18:04.000000000 +0200 +++ klibc-0.202/include/signal.h 2005-03-...

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)' > >

...h tftpd-hpa on Solaris-8, in that the configure script cannot find the regex engine. This is because of the following in configure.in: LIBXTRA=false AC_SEARCH_LIBS(xmalloc, iberty, , LIBXTRA=true AC_LIBOBJ(xmalloc)) AC_SEARCH_LIBS(xstrdup, iberty, , LIBXTRA=true AC_LIBOBJ(xstrdup)) AC_SEARCH_LIBS(bsd_signal, bsd, , LIBXTRA=true AC_LIBOBJ(bsdsignal)) if $LIBXTRA; then LIBS="../lib/libxtra.a $LIBS" fi Solaris doesn't have xmalloc and friends available and so LIBS includes ../lib/libxtra.a. This causes all future invokations of the compiler to fail like so: configure:10955: /opt/...

...5 22:15:46.000000000 +0200 +++ tftp-hpa-0.37/configure.in 2004-07-20 18:32:24.000000000 +0300 @@ -129,9 +129,12 @@ OBJROOT=`pwd` LIBXTRA=false -AC_SEARCH_LIBS(xmalloc, iberty, , LIBXTRA=true AC_LIBOBJ(xmalloc)) -AC_SEARCH_LIBS(xstrdup, iberty, , LIBXTRA=true AC_LIBOBJ(xstrdup)) -AC_SEARCH_LIBS(bsd_signal, bsd, , LIBXTRA=true AC_LIBOBJ(bsdsignal)) +AC_SEARCH_LIBS(xmalloc, iberty, ,LIBXTRA=true +[AC_LIBOBJ(xmalloc)]) +AC_SEARCH_LIBS(xstrdup, iberty, ,LIBXTRA=true +[AC_LIBOBJ(xstrdup)]) +AC_SEARCH_LIBS(bsd_signal, bsd, ,LIBXTRA=true +[AC_LIBOBJ(bsdsignal)]) if $LIBXTRA; then XTRALIBS="$O...

...h tftpd-hpa on Solaris-8, in that the configure script cannot find the regex engine. This is because of the following in configure.in: LIBXTRA=false AC_SEARCH_LIBS(xmalloc, iberty, , LIBXTRA=true AC_LIBOBJ(xmalloc)) AC_SEARCH_LIBS(xstrdup, iberty, , LIBXTRA=true AC_LIBOBJ(xstrdup)) AC_SEARCH_LIBS(bsd_signal, bsd, , LIBXTRA=true AC_LIBOBJ(bsdsignal)) if $LIBXTRA; then LIBS="../lib/libxtra.a $LIBS" fi Solaris doesn't have xmalloc and friends available and so LIBS includes ../lib/libxtra.a. This causes all future invokations of the compiler to fail like so: configure:10955: /opt/...

sighandler_t signal(int signum, sighandler_t handler); it's in the headers ok but the function seems to be missing. I seem to recall this working in older versions. linking... /home/mesa/boot/v86bios/main.c:411: undefined reference to `signal' main.o(.text+0x613): /home/mesa/boot/v86bios/main.c:412: undefined reference to `signal' ===== Jon Smirl jonsmirl@yahoo.com

...onflicting types for 'onsig' trap.h:43: error: previous declaration of 'onsig' was here trap.c:398: error: conflicting types for 'onsig' trap.h:43: error: previous declaration of 'onsig' was here trap.c: In function `onsig': trap.c:399: warning: passing arg 2 of `bsd_signal' from incompatible pointer type make[1]: *** [trap.o] Error 1 make[1]: Leaving directory `/home/daniel/kernel/klibc-0.186/ash' make: *** [all] Error 2 This fixes it for me: --- ash/trap.h.old 2004-10-19 00:04:21.021269720 +0000 +++ ash/trap.h 2004-10-19 00:04:37.218807320 +0000 @@...

...statfs.o umount.o \ - creat.o open.o openat.o open_cloexec.o \ - fopen.o fread.o fread2.o fgetc.o fgets.o \ - fwrite.o fwrite2.o fputc.o fputs.o puts.o putchar.o \ - sleep.o usleep.o strtotimespec.o strtotimeval.o \ - raise.o abort.o assert.o alarm.o pause.o \ - __signal.o sysv_signal.o bsd_signal.o siglist.o sigabbrev.o \ - siglongjmp.o \ - sigaction.o sigpending.o sigprocmask.o sigsuspend.o \ - pselect.o ppoll.o \ - brk.o sbrk.o malloc.o realloc.o calloc.o \ - mmap.o shm_open.o shm_unlink.o \ - memcpy.o memcmp.o memset.o memccpy.o memmem.o memswap.o \ - memmove.o memchr.o mem...

....o openat.o \ fread2.o fwrite2.o fgets.o fputc.o fputs.o puts.o putchar.o \ - sleep.o usleep.o strtotimespec.o strtotimeval.o \ + clock_nanosleep.o nanosleep.o sleep.o usleep.o \ + strtotimespec.o strtotimeval.o \ raise.o abort.o assert.o alarm.o pause.o \ __signal.o sysv_signal.o bsd_signal.o siglist.o sigabbrev.o \ siglongjmp.o \ @@ -53,7 +54,8 @@ klib-y += vsnprintf.o snprintf.o vsprintf.o sprintf.o \ clearenv.o nullenv.o \ getopt.o getopt_long.o readdir.o scandir.o alphasort.o remove.o \ syslog.o closelog.o pty.o isatty.o reboot.o \ - time.o lseek.o nice.o getprio...

...l/linux/usr//include -I/root/gen/trunk/knl/linux/usr//arch/powerpc/include -D__KLIBC__=2 -D__KLIBC_MINOR__=0 -D_BITSIZE=32 -fno-stack-protector -fwrapv -m32 -Os -W -Wall -Wno-sign-compare -Wno-unused-parameter -c -o usr/klibc/sysv_signal.o usr/klibc/sysv_signal.c ppc-linux-gcc -Wp,-MD,usr/klibc/.bsd_signal.o.d -nostdinc -iwithprefix include -I/root/ofs/trunk/packages/klibc-2.0.2/usr/include/arch/ppc -Iusr/include/arch/ppc -I/root/ofs/trunk/packages/klibc-2.0.2/usr/include/bits32 -Iusr/include/bits32 -I/root/ofs/trunk/packages/klibc-2.0.2/usr/klibc/../include -Iusr/klibc/../include -I/root/ofs/trunk/...

On Tue, Aug 20, 2013 at 07:44:39AM +0200, leroy christophe wrote: > > > Find attached two patches I have in order to build klibc 2.0.2 > against kernel 3.8.13 > We had to introduce those patches when going from kernel 3.6 to kernel 3.7 > Hope it helps. > those patches are wrong and again very brittle. just use the way it is described in `make help': A) cd ~/src/linux

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: