similar to: [rfc patch] mman.h remove asm/page.h include

This patch allows klibc to build on parisc64 platforms. $ diff -u MCONFIG.old MCONFIG --- MCONFIG.old 2005-06-18 01:16:12.000000000 +0000 +++ MCONFIG 2005-06-18 01:18:51.000000000 +0000 @@ -33,7 +33,7 @@ KLIBCVER = -D__KLIBC__=$(shell cut -d. -f1 < $(SRCROOT)/version) \ -D__KLIBC_MINOR__=$(shell cut -d. -f2 < $(SRCROOT)/version) -ARCH = $(shell uname -m | sed -e

From: Stanislav Fomichev <sdf at google.com> Clang's lld prefers the use of "-image-base" instead of "-Ttext-segment". Signed-off-by: Stanislav Fomichev <sdf at google.com> Signed-off-by: Bill Wendling <morbo at google.com> --- Makefile | 3 +++ usr/klibc/arch/i386/MCONFIG | 2 +- usr/klibc/arch/mips64/MCONFIG | 2 +-

This is a series of patches for clang compatibility: - Using flags needed flags and removing unsupported flags. - Adding support for clang's LLD linker. - Removing a variety of warnings. Bill Wendling (3): [klibc] Kbuild: use "libc.a" with clang [klibc] Kbuild: Add "-fcommon" for clang builds [klibc] Clean up clang warnings Michael Davidson (1): [klibc] Kbuild:

- Renamed IMAGE_BASE to LD_IMAGE_BASE_OPT. - Moved "-fcommon" to KLIBCREQFLAGS in scripts/Kbuild.klibc. - Remove "dash" warning fixes which have been upstreamed. - Conditionalize the inclusion of compiler flags by using the proper compiler name or "cc-option". - Added "-Werror" to "cc-option" to catch flags that cause warnings. - Retain

tried below fix, that is a partial revert of klibc 6fbd8fafdcc793135988733996d72b0298afe934 see git://git.kernel.org/pub/scm/libs/klibc/klibc.git with belows fix klibc compiles fine on sparc with newer gcc, but segfaults: titan:~# strace -vfF /usr/lib/klibc/bin/fstype execve("/usr/lib/klibc/bin/fstype", ["/usr/lib/klibc/bin/fstype"], ["SHELL=/bin/bash",

This reverts commit 9d8d648e604026b32cad00a84ed6c29cbd157641, which broke signal handing on some architectures. On m68k and parisc, signal return depends on a trampoline that the kernel writes on the stack. On alpha, s390, and sparc (32-bit), we can avoid this by providing our own function as sa_restorer, but we currently don't. Signed-off-by: Ben Hutchings <ben at decadent.org.uk>

hello dave, could you have a look at this sparc klibc trouble: ipconfig: eth0: socket(AF_INET): Function not implemented git clone git://git.kernel.org/pub/scm/libs/klibc/klibc.git and review belows proposed fix? thanks maks commit 4d0c11edfdad0493d97466b00e75b33786bab762 Author: jeremy buisson <jeremy.buisson at st-cyr.terre-net.defense.gouv.fr> Date: Wed May 27 08:57:23 2009 +0200

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 linker errors. Some > > > of these might help: > > > > I applied v3 of your patch

On Thu, 01 June 2006, H. Peter Anvin wrote: > Brian F. G. Bidulock wrote: > > On Thu, 01 Jun 2006, Bob Picco wrote: > >> > >> -#if !defined(__x86_64__) && !defined(__ia64__) && !defined(__sparc_v9__) > >> +#if !defined(__x86_64__) && !defined(__ia64__) && !defined(__sparc_v9__) && \ > >> +

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

I have updated the klibc patchset based on feedback received. In particular, the patchset has been reorganized so as not to break git-bisect. Additionally, this updates the patch base to 2.6.17-git12 (d38b69689c349f35502b92e20dafb30c62d49d63) and klibc 1.4.8; the main difference on the klibc side is removal of obsolete code. This is also available as a git tree at:

On Wed, Jul 23, 2008 at 11:24:49AM +0200, Karel Zak wrote: > On Wed, Jul 23, 2008 at 04:43:30AM -0400, Christoph Hellwig wrote: > > On Wed, Jul 23, 2008 at 10:39:38AM +0200, maximilian attems wrote: > > > klibc mount has only short options thus uses the following syntax > > Frankly, it seems like a klibc problem... well not directly, but right klibc-utils should have

Commit-ID: d4853d030639cf3542ae39129c18b654d8d4f020 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=d4853d030639cf3542ae39129c18b654d8d4f020 Author: Barret Rhoden <brho at google.com> AuthorDate: Thu, 14 Mar 2019 17:30:38 -0400 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Thu, 11 Apr 2019 23:40:06 +0100 Fix missing include in sys/mman.h

Linux commit 746c9398f5ac ("arch: move common mmap flags to linux/mman.h") moved a few mmap flags, particularly MAP_PRIVATE, from asm/mman.h to linux/mman.h. This broke klibc's build, which uses MAP_PRIVATE. linux/mman.h includes asm/mman.h, so this commit merely includes linux/mman.h instead of asm/mman.h. Signed-off-by: Barret Rhoden <brho at google.com> --- That patch is

Hello, This series introduces arm64 support to klibc. I've rebased the work from Neil Williams and Anil Singhar into the following three patches. Most of the code changes are due to new syscall implementations being needed for arm64 as a only a minimal set of syscalls are defined in the arm64 kernel. This series is to be applied against the latest klibc, just after 25a66fa README.klibc:

Is there interest in building/using compiler-rt on Windows? If there is none, probably we should just disable building it in CMake rules. On Tue, Jan 22, 2013 at 10:19 AM, MortenMacFly <mac-fly at gmx.net> wrote: > I am having trouble getting LLVM/Clang to compile from SVN/trunk on win32 > using MinGW (4.7.1). The error is: > sys/mman.h: No such file or directory > ...and it

I am having trouble getting LLVM/Clang to compile from SVN/trunk on win32 using MinGW (4.7.1). The error is: sys/mman.h: No such file or directory ...and it happens during compilation of: [LLVM/Clang]\projects\compiler-rt\lib\enable_execute_stack.c I configured everything carefully as "CMAKE_BUILD_TYPE" "Release". I have in the PATH (in that order): - CMake - MinGW - Python

I am having trouble getting LLVM/Clang to compile from SVN/trunk on win32 using MinGW (4.7.1). The error is: sys/mman.h: No such file or directory ...and it happens during compilation of: [LLVM/Clang]\projects\compiler-rt\lib\enable_execute_stack.c I configured everything carefully as "CMAKE_BUILD_TYPE" "Release". I have in the PATH (in that order): - CMake - MinGW - Python

belows patch is a first step towards a mntent.h we'll need it anyways later for mdadm support. it allows to compile util-linux-ng mount against klibc. due to the missing features there is a severe size difference: text data bss dec hex filename 1507 0 40 1547 60b /usr/lib/klibc/bin/mount 58526 2544 4552 65622 10056

TB --- 2013-11-19 23:00:41 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-19 23:00:41 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-19 23:00:41 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2013-11-19 23:00:41 - cleaning the