similar to: Parallel build of dash still fails

Hi folks, attached you can find a tiny patch for klibc-0.198 to get rid of the symbolic link pointing to the kernel sources, and to get rid of some obsolete rebuilds during incremental. Feel free to include it. Regards Harri -------------- next part -------------- diff -ur old/klibc-0.198/MCONFIG klibc-0.198/MCONFIG --- old/klibc-0.198/MCONFIG 2004-10-14 06:32:24.000000000 +0200 +++

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

Commit-ID: 9ded753aff9439cddd84b0cc469312b6c11823ab Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=9ded753aff9439cddd84b0cc469312b6c11823ab Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 19 Jan 2019 23:02:32 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 19 Jan 2019 23:06:42 +0000 [klibc] Build and install kinit

Hi all, I have installed rhcs on a CentOS 4.4 server with clvmd. When server reboots display a segmentation fault on line 504 in /etc/rc.d/rc.sysinit file, here: if [ -x /sbin/lvm.static ]; then 500 if /sbin/lvm.static vgscan --mknodes --ignorelockingfailure > /dev/null 2>&1 ; then 501 action $"Setting up Logical Volume Management:"

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 =

Commit-ID: 0750f8afbdfffb02e6121347b94a5f3bfaf9f079 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=0750f8afbdfffb02e6121347b94a5f3bfaf9f079 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 28 Mar 2020 18:55:44 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 18:55:44 +0000 [klibc] dash: README.dash: Do all

Commit-ID: a3ab1ea02bccb3ae4e35a607ffcf7bb9b253a7b3 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=a3ab1ea02bccb3ae4e35a607ffcf7bb9b253a7b3 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 28 Mar 2020 19:51:50 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 20:29:23 +0000 [klibc] dash: README.dash: Exclude

klibc appears to build ok, some of the apps fail gcc -Wp,-MD,.fstype.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 -W -Wall -c -o fstype.o fstype.c fstype.c: In function `romfs_image':

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

Commit-ID: 3499053bf3ec6a911ae6a993f86f395bab3815d2 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=3499053bf3ec6a911ae6a993f86f395bab3815d2 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 28 Mar 2020 18:45:02 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 18:45:02 +0000 [klibc] dash: README.dash: Change

hello Sam, tried to sync current git dash for klibc, but failed on this Kbuild step. The attached patch can be applied with the following: git am --directory="usr/dash" --exclude="usr/dash/configure.ac" \ --exclude="usr/dash/ChangeLog" --exclude="usr/dash/dash.1" \ --exclude="usr/dash/Makefile.am"

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:

Running on a up-to-date CentOS 5.6 x86_64 machine: [heller at ravel ~]$ uname -a Linux ravel.60villagedrive 2.6.18-238.19.1.el5 #1 SMP Fri Jul 15 07:31:24 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux with a TYAN Computer Corp S4881 motherboard, which has a nVidia 4 channel SATA controller. It also has a Marvell Technology Group Ltd. 88SX7042 PCI-e 4-port SATA-II (rev 02). This machine has a 120G

Hi, I wanted to test the kinit setup on my configuration, and I found out that I'm unable to build using an external object directory (i.e. using O=../dir). I'm using the sources from the GIT tree. The first problem is in usr/dask/Kbuild, in the invocations of mktokens; with O= the build system will try to execute something like:

GEN usr/klibc/syscalls/SYSCALLS.i GEN usr/klibc/syscalls/syscalls.nrs GEN usr/klibc/syscalls/typesize.c KLIBCCC usr/klibc/syscalls/typesize.o OBJCOPY usr/klibc/syscalls/typesize.bin GEN usr/klibc/syscalls/syscalls.mk GEN usr/klibc/syscalls/SYSCALLS.i GEN usr/klibc/syscalls/syscalls.nrs GEN usr/klibc/syscalls/typesize.c KLIBCCC

Hi, From the Makefile I figured that to build klibc where the kernel was built with O=/someotherdir, you need to do: make KLIBCKERNELOBJ=/someotherdir KBUILD_SRC=1 Everything seems fine though, but it fails to link dash with: ----- KLIBCCC dash/bltin/printf.o KLIBCCC dash/system.o KLIBCCC dash/bltin/test.o KLIBCCC dash/bltin/times.o KLIBCCC dash/var.o GEN dash/init.c KLIBCCC

I've run into a problem with building klibc with high parallelism It's not quite predictable, but at a -j of approx 25-30 or more (on a 24 hyperthreaded machine), I often get something like the following error messages: ... KLIBCCC usr/klibc/sigsuspend.o KLIBCCC usr/klibc/sigprocmask.o KLIBCCC usr/klibc/pselect.o KLIBCCC usr/klibc/ppoll.o /git/KLIBC/usr/klibc/sigsuspend.c:8:31: fatal

Basic infrastructure for building klibc. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit 5bba564a5c133369b3e83e5827d053a98cb3c59a tree 11f2acc1f9d845e8764fa790f522b79ea1106b80 parent 378abd8f4d39024ea6c87eb5b54155238f647f0d author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:08 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:08

Hello, I'm trying to build klibc with 2.6.33 (currently .33-rc5) and can't seem to build for either x86 or ARM. I'm using the master branch from git://git.kernel.org/pub/scm/libs/klibc/klibc.git. The include path fix[1] got me past the first hurdle, but I still run into various compiler errors, so it makes me think I have something more basic that is wrong in my setup. Below is the

Here are some of the patches that I have maintained in the patch queue of my packages that I maintain within the Debian distribution (http://packages.qa.debian.org/libg/libguestfs.html). All of them address FTBFS (fail to build from source) errors that happened with the particular configuration that is used for building the Debian package. Cheers, -Hilko