similar to: Error building ash: trap.c:398: error: conflicting types for 'onsig'

Commit-ID: cef709c42bb5ac1c45e7c42f440bc1c010f39b9b Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=cef709c42bb5ac1c45e7c42f440bc1c010f39b9b Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Sat, 19 May 2018 02:39:56 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:55 +0000 [klibc] dash: eval: Add vfork

This patch does two things. This test program results (on i386) in an error about _NSIG: #include <signal.h> #if defined (SIGRTMAX) int rtmax = SIGRTMAX; #endif The cause is that the kernel 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

Hi, I have a problem with 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

... checking for library containing xmalloc... no ./configure: line 11837: case: command not found ./configure: line 11838: xmalloc.o: command not found ./configure: line 11839: * xmalloc.o: command not found ./configure: line 11840: xmalloc.o *: command not found ./configure: line 11841: * xmalloc.o *: command not found ./configure: line 11843: syntax error near unexpected token `;;'

Hi, I have a problem with 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

Commit-ID: dbb7e738b59fe626fd25c4df9f348fecc434ce09 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=dbb7e738b59fe626fd25c4df9f348fecc434ce09 Author: Denys Vlasenko <dvlasenk at redhat.com> AuthorDate: Wed, 26 Oct 2016 19:28:29 +0200 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 25 Jan 2019 02:57:21 +0000 [klibc] trap: Globally rename

Commit-ID: e0829af46211f7919afe8f49dd3145c0cbb45d87 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=e0829af46211f7919afe8f49dd3145c0cbb45d87 Author: Denys Vlasenko <dvlasenk at redhat.com> AuthorDate: Wed, 26 Oct 2016 19:28:29 +0200 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:54 +0000 [klibc] dash: trap: Globally

hello hpa, rebased my branch, please pull latest git pull git://brane.itp.tuwien.ac.at/~mattems/klibc.git maks for the following shortlog maximilian attems (6): fstype: add squashfs v3 support reiser4_fs.h: add attribute packed to reiser4_master_sb fstype: add ext4 support .gitignore: add subdir specific entries usr/klibc/Kbuild: beautify klibc build fstype:

Commit-ID: 8b44cc180f664532821211e8261534b0c9e6c01c Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=8b44cc180f664532821211e8261534b0c9e6c01c Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 14 Jan 2023 02:15:10 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sun, 15 Jan 2023 21:28:18 +0100 [klibc] time: Use clock_* system

Hi, Does anyone know if it's possible to install ash on CentOS 5.4, or just CentOS 5, for that matter? I'm trying to install OpenQRM which requires ash, but ash doesn't exist in the repositories. rpmfind.net als only has an older version listed, for CentOS 4 http://rpmfind.net/linux/rpm2html/search.php?query=ash&submit=Search+...&system=&arch= dag wier's repository

-------------- next part -------------- (minor) In klibc-0.192 (and earlier), `type' ash builtin is somewhat broken: # type printf printf/usr/bin/printf (ie there's no " is " in between the command and the filename. This patch fixed the problem. /mjt exec.c | 4 +++- 1 files changed, 3 insertions(+), 1 deletion(-) --- ash/exec.c.orig Thu Sep 16 01:36:58 2004 +++

a make -j may fail without it. --- klibc/ash/Makefile.orig 2004-01-27 13:43:02.000000000 +0000 +++ klibc/ash/Makefile 2004-01-27 13:44:34.000000000 +0000 @@ -13,6 +13,7 @@ OBJ2 = builtins.o cd.o dirent.o bltin/ec OBJS = $(OBJ1) $(OBJ2) OBJ_NODES = cd.o eval.o exec.o expand.o jobs.o main.o nodes.o options.o parser.o redir.o show.o trap.o var.o +OBJ_BUILTINS = b.o eval.o exec.o SRCROOT =

I have pushed a new klibc which uses a modern NetBSD-derived ash. The initial port was done by Olaf, and I've mostly applied the chainsaw to it until it was less than 50% larger than the old one. It's still substantially larger, but should also eliminate need for some external binaries like expr and test, which are otherwise ubiquitous for any sensible shell scripts, and perhaps most

I get this with current linus bk now and klibc 187 [jonsmirl@smirl ash]$ make sh mknodes.sh nodetypes nodes.c.pat . gcc -Wp,-MD,.cd.d -mregparm=3 -DREGPARM=3 -march=i386 -Os -g -falign-functions=0 -falign-jumps=0 -falign-loops=0 -nostdinc -iwithprefix include -D__KLIBC__ -DBITSIZE=32 -I../include/arch/i386 -I../include/bits32 -I../include -I../linux/include -I../linux/include2 -I../linux/include

Hi, on my system the klibc/ash ( 0.197 ) doesn't compile: [ghigo@therra ash]$ pwd /home/ghigo/klibc/klibc-0.197/ash [ghigo@therra ash]$ make [...] gcc -Wp,-MD,.arith_lex.d -mregparm=3 -DREGPARM=3 -march=i386 -Os -g -falign-functions=0 -falign-jumps=0 -falign-loops=0 -nostdinc -iwithprefix include -D__KLIBC__ -DBITSIZE=32 -I../include/arch/i386 -I../include/bits32 -I../include

Hi all, During build with $SHELL != bash/zsh I get. (...) ./mkbuiltins[122]: [: #: unexpected operator/operand (...) Attached patch fixes undefined ksh behaviour -> test with >= 4 arguments. http://www.opengroup.org/onlinepubs/009695399/utilities/test.html -- The only thing necessary for the triumph of evil is for good men to do nothing. -

I have /bin/ash from rh8 installation and I have following error when I tried to change using ash instead of sh with shorewall-1.4.7: + eval options=$tap0_options + options= + list_search newnotsyn + local e=newnotsyn + [ 1 -gt 1 ] + return 1 + run_user_exit newnotsyn + find_file newnotsyn + [ -n -a -f /newnotsyn ] + echo /etc/shorewall/newnotsyn + local user_exit=/etc/shorewall/newnotsyn + [

Hi all, this patch updates the ash-port of klibc to that one found in NetBSD-1.6.1 instead of the horribly old one currently used. It's a bit longish (appearently there has been some work done between 1993 and today), but now it's even useable on 64-bit systems :-). Plus I've added some nice-to-have builtins, e.g. printf. Cheers, Hannes -- Dr. Hannes Reinecke hare@suse.de SuSE

some files depend on nodes.h, but there is no dependency for that fact. olaf@mandarine:~/klibc-0.87> grep -Er 'include.*nodes.h' ash/ | sed 's-^[^/]\+/\([^.]*\).*-\1.o-' | xargs echo OBJ_NODES = OBJ_NODES = cd.o eval.o exec.o expand.o jobs.o main.o nodes.o options.o parser.o redir.o show.o trap.o var.o make spotless doesnt work reliable, the patch adds a few more targets. Is

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