Displaying 20 results from an estimated 2000 matches similar to: "[klibc:master] x86-64: disable the use of SSE"
2020 Mar 28
0
[PATCH v2 1/5] Kbuild: add support for clang builds
On Fri, 2020-03-27 at 15:29 -0700, Bill Wendling wrote:
> From: Michael Davidson <md at google.com>
>
> Add cc-name to klibc/scripts/Kbuild.include.
[...]
> --- a/scripts/Kbuild.klibc
> +++ b/scripts/Kbuild.klibc
> @@ -107,8 +107,15 @@ KLIBCOBJCOPY := $(OBJCOPY)
> KLIBCOBJDUMP := $(OBJDUMP)
>
> # klibc include paths
> -KLIBCCPPFLAGS := -nostdinc
2020 Mar 27
2
[PATCH v2 1/5] Kbuild: add support for clang builds
From: Michael Davidson <md at google.com>
Add cc-name to klibc/scripts/Kbuild.include.
Make optimization flags not supported by clang conditional on cc-name.
Don't use -nostdinc when building klibc.
While klibc doesn't (shouldn't) use the standard header files
supplied by the toolchain, it does still need to be able to find
the compiler-specific header file
2020 Mar 29
0
[kvm-unit-tests PATCH v3 1/4] Kbuild: add support for clang builds
Add cc-name to klibc/scripts/Kbuild.include.
Make optimization flags not supported by clang conditional on cc-name.
Use "--print-file-name=include" and "--print-libgcc-file-name" when
using clang.
Use cc-option to enable compiler-specific flags.
Mark "bcmp" as not a builtin to prevent clang from using it.
Signed-off-by: Bill Wendling <morbo at google.com>
2020 Jul 25
0
[klibc:master] Kbuild: add support for clang builds
Commit-ID: 9eddaf50ea1b837979e49f996a2609a012218837
Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=9eddaf50ea1b837979e49f996a2609a012218837
Author: Bill Wendling <morbo at google.com>
AuthorDate: Sun, 29 Mar 2020 04:38:30 -0700
Committer: Ben Hutchings <ben at decadent.org.uk>
CommitDate: Sat, 25 Jul 2020 20:45:34 +0100
[klibc] Kbuild: add support for clang
2020 Mar 28
0
[PATCH v2 3/5] Kbuild: use "libc.a" with clang
On Fri, 2020-03-27 at 15:29 -0700, Bill Wendling wrote:
> Clang doesn't have a suitable replacement for libgcc readily available.
> Supply one that we know exists. Use "-fno-builtin-bcmp" to prevent clang
> from calling a function that doesn't exist.
Doesn't this contradict the comment added for KLIBCLIBGCC_DEF?
> Signed-off-by: Bill Wendling <morbo at
2016 Apr 13
0
[PATCH 1/1] x32 support
This is a klibc port to x32 architecture. I tried to reuse as many
existing files as possible, hence, a
script making symlinks to x86-64 files. I was running this on Debian
for about six months and hopefully,
found any close to surface bugs. Of course, there are plenty left.
Please help with testing.
To build you need to run:
make ARCH=x32
Makefile | 15 ++--
2006 Jun 26
0
[klibc 37/43] x86_64 support for klibc
The parts of klibc specific to the x86_64 architecture.
Signed-off-by: H. Peter Anvin <hpa at zytor.com>
---
commit f889dd04bef1aed36ba18161c727af47338e167a
tree c25f184d2e3337b52dfe3abd191ec639d4d9543d
parent f30fa3db62972125afa68d3b53d03cdb843d3bbd
author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:53 -0700
committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun
2020 Mar 27
3
[PATCH v2 3/5] Kbuild: use "libc.a" with clang
Clang doesn't have a suitable replacement for libgcc readily available.
Supply one that we know exists. Use "-fno-builtin-bcmp" to prevent clang
from calling a function that doesn't exist.
Signed-off-by: Bill Wendling <morbo at google.com>
---
scripts/Kbuild.klibc | 2 ++
usr/klibc/arch/x86_64/MCONFIG | 2 ++
2 files changed, 4 insertions(+)
diff --git
2006 Jun 06
0
ppc32: "Relocation truncated to fit"
Hello ppc32 users,
I think I finally got the "official" answer on the ppc32 problem. Apparently some
distributions build binutils so that it defaults to elf32ppc emulation rather than
elf32ppclinux. This doesn't matter when using gcc, since gcc overrides the emulation
explicitly, but it does matter when invoking ld directly like klibc does.
This patch should hopefully take
2013 Dec 03
2
[PATCH 1/2] ppc64: Add ppc64le support
Add PowerPC 64bit little endian support.
Signed-off-by: Anton Blanchard <anton at samba.org>
---
Makefile | 7 +++++--
usr/klibc/arch/ppc64/MCONFIG | 4 ++--
usr/klibc/arch/ppc64/crt0.S | 34 ++++++++++++++++++++-----------
usr/klibc/arch/ppc64/setjmp.S | 40 ++++++++++++++++++++++++++----------
usr/klibc/arch/ppc64/sysstub.ph | 45
2020 Jan 27
4
[PATCH] support llvm's lld
When using clang+llvm and lld, I get the following error:
ld.lld: error: -Ttext-segment is not supported. Use --image-base if you intend to set the base address
Let's test whether linker is lld and use --image-base instead of
-Ttext-segment. See llvm's rationale for not supporting -Ttext-segment:
https://github.com/llvm/llvm-project/commit/4dc2fb123dcfe9a97ad6f3a1135053b74efd0bc9
Note
2019 Jan 20
0
[klibc:master] Use -Ttext-segment to link shared library on all arches
Commit-ID: 72d6d78a8f0d24a64911c246487402c81b4beb9d
Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=72d6d78a8f0d24a64911c246487402c81b4beb9d
Author: Ben Hutchings <ben at decadent.org.uk>
AuthorDate: Sun, 20 Jan 2019 19:41:47 +0000
Committer: Ben Hutchings <ben at decadent.org.uk>
CommitDate: Sun, 20 Jan 2019 21:15:17 +0000
[klibc] Use -Ttext-segment to link
2006 Jun 26
0
[klibc 24/43] i386 support for klibc
The parts of klibc specific to the i386 architecture.
Signed-off-by: H. Peter Anvin <hpa at zytor.com>
---
commit bd0599e5290ca1a16bb7a68f7c362d395c612eb3
tree 8f33afdd02a14c22e7a3984da2bad13184e3f729
parent 84f6a72f42cf41e32daa59871a0b5424572093e4
author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:21 -0700
committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun
2020 Jul 25
0
[klibc:master] arch: Explicitly disable or enable executable stacks
Commit-ID: 27ad55131385821dfe85b0320f4d6ba8861ab7e5
Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=27ad55131385821dfe85b0320f4d6ba8861ab7e5
Author: Ben Hutchings <ben at decadent.org.uk>
AuthorDate: Wed, 29 Apr 2020 22:56:59 +0100
Committer: Ben Hutchings <ben at decadent.org.uk>
CommitDate: Sat, 25 Jul 2020 17:33:29 +0100
[klibc] arch: Explicitly disable
2020 Mar 27
1
[PATCH v2 4/5] Kbuild: Add "-fcommon" for clang builds
Clang defaults to "-fno-common" which causes linking errors because of
duplicate symbols in the BSS section.
Signed-off-by: Bill Wendling <morbo at google.com>
---
usr/klibc/arch/x86_64/MCONFIG | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/usr/klibc/arch/x86_64/MCONFIG b/usr/klibc/arch/x86_64/MCONFIG
index a6ba7c85c68b..46d29985bfd6 100644
---
2013 Dec 03
0
[klibc:master] ppc64: Add ppc64le support
Commit-ID: 87ad992e1ae0036436646610a23feb4c2895593f
Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=87ad992e1ae0036436646610a23feb4c2895593f
Author: Anton Blanchard <anton at samba.org>
AuthorDate: Tue, 3 Dec 2013 18:18:03 +1100
Committer: H. Peter Anvin <hpa at zytor.com>
CommitDate: Tue, 3 Dec 2013 10:53:19 -0800
[klibc] ppc64: Add ppc64le support
Add
2020 Jul 26
0
[kvm-unit-tests PATCH v3 0/4] Update patch set
On Sat, Jul 25, 2020 at 4:10 PM Ben Hutchings <ben at decadent.org.uk> wrote:
> On Sat, 2020-07-25 at 15:16 -0700, Bill Wendling wrote:
> > On Sat, Jul 25, 2020 at 2:56 PM Ben Hutchings <ben at decadent.org.uk> wrote:
> > > On Sat, 2020-07-25 at 14:36 -0700, Bill Wendling wrote:
> > > [...]
> > > > I upstreamed a few patches to klibc to fix a few
2006 May 24
1
[patch] klibc: merge s390/s390x 2nd try
From: Heiko Carstens <heiko.carstens@de.ibm.com>
Merge s390 and s390x into s390. Patch is against current linux-2.6-klibc
tree and seems to work.
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
---
As a side note: a bitops patch is missing to make this working. Martin will
send it soon. If it's needed earlier I can send it as well.
Makefile
2006 Jun 26
0
[klibc 19/43] klibc basic build infrastructure
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
2013 Dec 26
2
[PATCH] Update header locations for uapi & generated
In the v3.6 kernel, many of the headers were split out into a uapi variant.
klibc should be using those variants to compile.
There is also a generated subdir, to seperate out generated headers.
The old kernel header location needs to be included as well, because
linux/compiler.h is available only in the base include directory.
Signed-off-by: Robin H. Johnson <robbat2 at gentoo.org>
---