similar to: [klibc:master] klcc: Remove the need for bash

Displaying 20 results from an estimated 600 matches similar to: "[klibc:master] klcc: Remove the need for bash"

2020 Jul 25
2
[PATCH] klcc: Remove the need for bash
Currently, in the entire klibc bash is only used to identify the path of the perl binary. It is doing so using the bash built-in 'type' function, which is POSIX compliant according to [0], but the option -c is not. By using `command -v` instead, we achieve the same result, in a POSIX compliant manor [1], potentially removing the unneeded bash dependency. 0
2020 Jul 25
0
[PATCH] klcc: Remove the need for bash
On Sat, 2020-07-25 at 10:59 +0200, Olliver Schinagl wrote: > Currently, in the entire klibc bash is only used to identify the path of > the perl binary. It is doing so using the bash built-in 'type' function, > which is POSIX compliant according to [0], but the option -c is not. > > By using `command -v` instead, we achieve the same result, in a POSIX > compliant manor
2020 Sep 08
3
[PATCH] klcc: Remove the need for bash
Ben Hutchings <ben at decadent.org.uk> wrote: > On Sat, 2020-07-25 at 10:59 +0200, Olliver Schinagl wrote: >> Currently, in the entire klibc bash is only used to identify the path of >> the perl binary. It is doing so using the bash built-in 'type' function, >> which is POSIX compliant according to [0], but the option -c is not. >> >> By using
2019 Feb 19
0
[klibc:master] klcc: Enable stripping even if CONFIG_DEBUG_INFO is enabled
Commit-ID: f24c4d725f5b178d1027dca14203f57e8e78a34d Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=f24c4d725f5b178d1027dca14203f57e8e78a34d Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Tue, 19 Feb 2019 02:31:39 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Tue, 19 Feb 2019 02:31:39 +0000 [klibc] klcc: Enable stripping
2020 Aug 29
0
[klibc:riscv64-enable-relax] Kbuild, klcc: Support multiple objects in KLIBCCRTSHARED
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
2020 Sep 09
0
[PATCH] klcc: Remove the need for bash
Olliver Schinagl dixit: > well command can be either a shell built-in or an external program, right? but Apparently it cannot, at least not in some GNU make versions. > So that's a bit odd, also, wouldn't shell sh do a double shell? Shell Apparently not, otherwise it'd work without. bye, //mirabilos -- ?Cool, /usr/share/doc/mksh/examples/uhr.gz ist ja ein Grund, mksh auf
2020 Aug 22
0
[ANNOUNCE] klibc 2.0.8
I have released version 2.0.8. This is available in the git repository at: https://git.kernel.org/pub/scm/libs/klibc/klibc.git and as a tarball at: https://mirrors.kernel.org/pub/linux/libs/klibc/2.0/ New features: - Support for building with clang and lld, at least on x86 - Defined sysconf(), initially supporting only _SC_PAGE_SIZE - Defined clearerr() as extern - Defined stdio
2020 Sep 09
2
[PATCH] klcc: Remove the need for bash
Hey Greg, On 08-09-2020 22:07, Thorsten Glaser wrote: > Greg Thelen dixit: > >> This doesn't work with older versions of make. ?make 4.2.1 seems common >> now and does not support $(shell command). >> >> $ cat Makefile >> $(info take1: $(shell command -v ls)) >> $(info take2: $(shell bash -c 'type -p ls')) >> >> all: >>
2019 Jan 18
0
[klibc:master] remove some 'make -s' build spew
Commit-ID: 994adfcbd9bfcb45967b834c962db20b875fbd6c Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=994adfcbd9bfcb45967b834c962db20b875fbd6c Author: Greg Thelen <gthelen at google.com> AuthorDate: Sun, 25 Feb 2018 23:16:35 -0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Wed, 2 Jan 2019 03:08:04 +0000 [klibc] remove some 'make -s'
2019 Jan 18
0
[klibc:master] use more consistent quoting
Commit-ID: 6888a69d8735e508d62285c613fc521d418c30a1 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=6888a69d8735e508d62285c613fc521d418c30a1 Author: Greg Thelen <gthelen at google.com> AuthorDate: Sun, 25 Feb 2018 23:16:34 -0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Wed, 2 Jan 2019 03:08:04 +0000 [klibc] use more consistent quoting
2012 Feb 23
0
Bug#653790: klibc/s390x: searches for include in the wrong path
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,
2009 Jul 17
0
[PATCH] Use headers_install to install headers
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 ---
2020 Aug 20
0
[klibc:master] klcc: Treat CC, LD, STRIP as multiple words
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
2012 Jun 07
1
[PATCH] klcc --version is -V because -v is --verbose already (unbreak -v)
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 =~
2005 Mar 02
2
[PATCH] klcc compatibility with gcc
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 \
2005 May 25
1
[PATCH] klcc on multiple files
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
2011 Mar 21
1
[PATCH] support the gcc parameter --param in klcc
This patch adds support to klcc for the --param parameter. Signed off by: Mike Pagano <mpagano at gentoo.org> --- klcc.in | 3 +++ 1 file changed, 3 insertions(+) --- klcc/klcc.in.orig 2011-03-21 08:35:02.130497501 -0400 +++ klcc/klcc.in 2011-03-21 08:47:21.025476293 -0400 @@ -159,6 +159,9 @@ while ( defined($a = shift(@ARGV)) ) { # gcc options, that force preprocessing mode
2006 Jul 03
0
[PATCH]: klcc typo recognizing .S files
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. ---
2013 Aug 20
0
Build problems: klibc with Linux 3.10.7
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
2006 Jan 25
1
Don't hardcode paths in klcc
Stop makeklcc.pl from hardcoding paths of cc, ld and strip in the klcc script it generates. Using hardcoded paths is generally a bad idea. First, the whole idea of $PATH is that you don't need to hardcode paths. Second, klcc is a Perl script but my hardcoding the paths you make it less portable. Signed-off-by: Martin Michlmayr <tbm@cyrius.com> --- klibc-1.1.16/klcc/makeklcc.pl~