similar to: [PATCH] let klcc pass input from STDIN to gcc

There's a problem in klibc 1.0.12: klcc -c t.c && klcc t.o && ./a.out works, but klcc t.c && ./a.out fails because open3() wants to close its input, and you can do that only once to STDIN. Attached patch makes "klcc t.c" work again. This might break the klcc from stdin option, but I can't tell because I've got no idea how it's supposed to

Commit-ID: 95a3123c94abc28c65f33c9589693dde9f140fe1 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=95a3123c94abc28c65f33c9589693dde9f140fe1 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 29 Aug 2020 22:29:52 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 29 Aug 2020 22:53:10 +0100 [klibc] Kbuild, klcc: Support

Commit-ID: 7752eb456addbd1973e9c6b609294ccef89a65a2 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=7752eb456addbd1973e9c6b609294ccef89a65a2 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Thu, 20 Aug 2020 21:48:07 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Thu, 20 Aug 2020 21:50:09 +0100 [klibc] klcc: Treat CC, LD, STRIP

On Sat, 31 Dec 2011, Aurelien Jarno wrote: > s390 and s390x are sharing the same include files, in > /usr/lib/klibc/include/arch/s390. However klcc seatches for the s390x > includes in /usr/lib/klibc/include/arch/s390x, which doesn't exist. > > The patch below fixes the issue by using the ARCHDIR variable instead > of the ARCH one in klcc. It's one possible fix,

Trying to use klcc to compile an application I was getting gcc: no input files. Tracked it down to filename2lang having and extra space, causing .S files to be labeled "obj". Signed-off-by: Milton Miller <miltonm at bga.com> --- There is probably another bug that we called gcc without any files when we were called with what we parsed as an obj file. ---

Package: klibc Version: 1.5.20-1 Severity: normal Tags: patch User: ubuntu-devel at lists.ubuntu.com Usertags: origin-ubuntu natty ubuntu-patch Hi maks, Since the Ubuntu linux-libc-dev is now installing its asm headers to the multiarch /usr/include/<triplet>/ directory to allow co-installability, I've pushed the attached patch to Ubuntu so klcc knows to include this path when searching

headers_install needs KLIBCKERNELOBJ instead of KLIBCKERNELSRC Signed-off-by: Karl Beldan <karl.beldan at gmail.com> --- scripts/Kbuild.install | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/scripts/Kbuild.install b/scripts/Kbuild.install index 370b54e..fd4a2ed 100644 --- a/scripts/Kbuild.install +++ b/scripts/Kbuild.install @@ -95,7 +95,7 @@ header: $(Q)mkdir

Version: 2.0.4 and git Kernel tested: 3.10.70 Description: make install fails with: No rule to make target `headers_install'. File impacted: scripts/Kbuild.install Error Received: make[2]: *** No rule to make target `headers_install'. Stop. make[1]: *** [header] Error 2 make: *** [install] Error 2 Issue: KLIBCKERNELSRC=`pwd`/linux/usr points to Makefile without headers_install rule.

Use headers_install to install headers. arch include directory has moved and it's better to ask the kernel Makefile to install the headers for us. Signed-off-by: Jon Ringle <jon at ringle.org> --- scripts/Kbuild.install | 11 +---------- 1 files changed, 1 insertions(+), 10 deletions(-) diff --git a/scripts/Kbuild.install b/scripts/Kbuild.install index 44c8f76..de918f0 100644 ---

This patch fixes a parallel make install error. Signed-off-by: Tim Harder <radhermit at gentoo.org> --- scripts/Kbuild.install | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/scripts/Kbuild.install b/scripts/Kbuild.install index de918f0..370b54e 100644 --- a/scripts/Kbuild.install +++ b/scripts/Kbuild.install @@ -95,7 +95,7 @@ header: $(Q)mkdir -p

Commit-ID: 547065c81db978d1c3ddd26d495dd7d29fa9bcca Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=547065c81db978d1c3ddd26d495dd7d29fa9bcca Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Wed, 6 Jan 2016 01:19:55 +0000 Committer: H. Peter Anvin <hpa at linux.intel.com> CommitDate: Tue, 5 Jan 2016 17:50:46 -0800 [klibc] Install headers with

The headers_install target is part of the top level kernel source, not the usr/ part of the Linux kernel sources. This fixes make install. Signed-off-by: Luis R. Rodriguez <mcgrof at kernel.org> --- scripts/Kbuild.install | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/Kbuild.install b/scripts/Kbuild.install index 8af569777cc3..a719e5571edf 100644 ---

--- scripts/Kbuild.install | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/Kbuild.install b/scripts/Kbuild.install index 8af5697..5f42834 100644 --- a/scripts/Kbuild.install +++ b/scripts/Kbuild.install @@ -95,7 +95,7 @@ header: $(Q)mkdir -p $(INSTALLROOT)$(INSTALLDIR)/$(KCROSS)include $(Q)mkdir -p $(INSTALLROOT)$(INSTALLDIR)/$(KCROSS)lib $(Q)mkdir -p

Commit-ID: 2931607d8156b4a725d485d2d0bb0cc5aa90e556 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=2931607d8156b4a725d485d2d0bb0cc5aa90e556 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Mon, 7 Jan 2019 04:13:18 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 18 Jan 2019 03:10:14 +0000 [klibc] Kbuild.install: Copy UAPI

Le 19/08/2013 22:45, Neal Murphy a ?crit : > Gauche as it may be, I am reviving an old thread from January: > http://www.zytor.com/pipermail/klibc/2013-January/003402.html. > > Building Smoothwall Express 3.1 in a chroot jail works well. (gcc 4.7.2, linux > 3.4.58, klibc 2.0.1, et alia). > > I'm now working on 'express-next' to prepare for a future release (linux

Though most people do have which installed somewhere. --- klibc/Makefile.orig 2005-04-08 18:34:56.827117248 +0200 +++ klibc/Makefile 2005-04-08 18:36:08.000297280 +0200 @@ -18,12 +18,12 @@ echo 'ARCH=$(ARCH)' >> $@ echo 'CROSS=$(CROSS)' >> $@ echo 'KCROSS=$(KCROSS)' >> $@ - echo "CC=$(shell bash -c 'type -p

Merge s390 and s390x into s390. Compiled and tested on s390/s390x and i386. Also cross compilation for s390/s390x tested. This patch shouldn't break the build of any architecture. Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> --- Makefile | 1 scripts/Kbuild.install | 4 +- scripts/Kbuild.klibc

Le 22/08/2013 07:43, leroy christophe a ?crit : > Le 22/08/2013 00:59, Thorsten Glaser a ?crit : >> leroy christophe dixit: >> >>> Also you can see that it does try to create /lib instead of >>> /tmp/klibc-install/lib hence my second patch. >> That actually seems to be by design. I always set >> SHLIBDIR on the make command line, so it overrides that.

Signed-off-by: Thorsten Glaser <tg at mirbsd.org> --- klcc/klcc.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/klcc/klcc.in b/klcc/klcc.in index 43d0984..e03bf3c 100644 --- a/klcc/klcc.in +++ b/klcc/klcc.in @@ -136,7 +136,7 @@ while ( defined($a = shift(@ARGV)) ) { } else { die "$0: unknown option: $a\n"; } - } elsif ( $a =~

Here's a patch to klcc.in from klibc-0.202. The context: I have an application, managed with GNU automake/autoconf. Packagers should be able to build the application with klibc if available, with plain gcc otherwise, as follows: $ cd ~/klibc-0.202 $ ... make linux symlink $ make bindir=$HOME/local/bin \ mandir=$HOME/local/man \ INSTALLDIR=$HOME/local \ SHLIBDIR=$HOME/local/shlib \