Displaying 20 results from an estimated 200 matches similar to: "not everybody uses bash"
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
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
2005 Mar 09
1
makeklcc.pl passes '' to ld if LDFLAGS empty among things
Hi,
If say ppc where LDFLAGS=, you get the problem that klcc is generated
like:
-----
@LDFLAGS = ( '' )
-----
which then causes '' to get passed to ld, which gives:
-----
/usr/bin/ld: : No such file: No such file or directory
-----
One of two ways (I tried over here at least) to fix it, namely the quick
hack:
-----
--- 1/makeklcc.pl 2005-03-10 00:22:03.000000000 +0200
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~
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
2018 May 25
0
Update announcement request
Hi,
Can the updated files added to the Centosplus repo be sent to the announcement list please? I can't find them announced in any of the other lists.
Related to that, a new kernel was released to the Centosplus repo, kernel-plus-3.10.0-862.2.3.el7.centos.plus, but perf and python-perf were not updated for the new kernel. Is this an oversight? perf doesn't complain about mismatched
2005 Feb 10
1
[PATCH] make DEBUG=true
udev knows about DEBUG=true and builds a debug binary. Maybe klibc
should do the same?
Was there a reason for -g in the i386 MCONFIG?
Index: MCONFIG
===================================================================
--- MCONFIG (revision 1003)
+++ MCONFIG (working copy)
@@ -62,5 +62,11 @@
#
include $(KLIBSRC)/arch/$(ARCH)/MCONFIG
+ifeq ($(DEBUG),true)
+STRIP = /bin/true
2020 Jul 25
0
[klibc:master] klcc: Remove the need for bash
Commit-ID: 23273aa05bdc564eb8ff0565d9df9c3edfffaee9
Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=23273aa05bdc564eb8ff0565d9df9c3edfffaee9
Author: Olliver Schinagl <oliver at schinagl.nl>
AuthorDate: Sat, 25 Jul 2020 10:59:01 +0200
Committer: Ben Hutchings <ben at decadent.org.uk>
CommitDate: Sun, 26 Jul 2020 00:16:13 +0100
klcc: Remove the need for bash
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
2004 Jun 23
4
CRIS port of klibc
klibc now runs on the CRIS archtitecture. The patch below is against
0.146. Most of the changes are trivial but the new files in libgcc
requires some comments.
__negdi2.c: The CRIS port fallbacks to C-code for negdi2. The code in
__negdi2.c is copied from libgcc2.c but with modified typenames.
I would really appreciate if someone could check if it seams sane.
crisarith.c: CRIS has no built-in
2000 Feb 25
0
Summary: Partial correlation coefficients in R. Thanks everybody!
Hello all,
here's a collection of answers I got on my question concerning partial
correlation coefficients:
Some people gave a simple formula for the three-variable-case, as did Dave
Lucy:
pcor <- function(v1, v2, v3)
{
c12 <- cor(v1, v2)
c23 <- cor(v2, v3)
c13 <- cor(v1, v3)
partial <- (c12-(c13*c23))/(sqrt(1-(c13^2)) * sqrt(1-(c23^2)))
2015 Aug 31
4
Hello everybody
* Hi, I am Martin, coming from the east of china, is a novice for
Linux. Kindly give me your advice. Thanks.
2015 Aug 31
0
Hello everybody
On what topic specifically do you need advice?
On Mon, 2015-08-31 at 11:24 +0800, Martin Zhou wrote:
> * Hi, I am Martin, coming from the east of china, is a novice for
> Linux. Kindly give me your advice. Thanks.
>
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> https://lists.centos.org/mailman/listinfo/centos
2006 Jun 06
0
Swat lets everybody into the "good stuff"
OK, I'm a Samba Noob, so be gentle with me. ;-)
I've finally (mainly because I'm an idiot) gotten samba (Version
3.0.14a-Debian) working on a Debian Stable system (uname -a ==
Linux files 2.4.27-2-386 #1 Wed Aug 17 09:33:35 UTC 2005 i686 GNU/Linux )
and I have several userid's & shares built & working, however, no matter
which user logs in to Swat (for personal password
2009 Feb 19
1
everybody loves R...
Just thought I'd let you guys know about this site I stumbled across:
http://riki.wikidot.com/ http://riki.wikidot.com/
It is obviously in its early stages (as it does not have any content yet)
but is looking like a good place to build a simple knowledge base for the R
software.
Anyway, if any of you have time on your hands, I'm sure they'd appreciate
the help.
--
View this message
2001 Sep 20
1
Hi everybody - we''re back
Dear list members, all 707 of you,
We are back. It has taken *far* too long to get everything together again.
At first we were delayed by incredible incompetence over at our vendor, who
managed to ship a broken server twice.
And then I was very busy, and did not manage to make time for reinstalling
all services on the new server.
The new server, http://outpost.powerdns.com, is very capable. It
2003 Apr 25
0
'last' working OK for everybody on 4-STABLE?
I see this - dates and name are wrong. I rebuilt world and rebooted,
still wrong. About the only unusual thing I do is to run: perl 5.8
from ports...
bash-2.05b$ last | more
ot Thu Oct 18 01:51 still logged in
down Sun Dec 26 02:52 - 01:51 (21:58)
ot Thu Oct 18 01:51 - 02:52
2007 Apr 18
0
[Bridge] Hi everybody
Hi
I'm new in town ............
I'm intresting in spanning tree software for managing L2 switch , and L2 switches status visualiser.
Do you know where I can find such software?
Thanks
Yossi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.linux-foundation.org/pipermail/bridge/attachments/20050810/13c39d5a/attachment-0002.htm