similar to: Re: [BK PATCH] klibc for 2.5.63

The *.shared targets require -shared on powerpc, and -R leads to linker errors. This patch makes the -R an arch define. ia64 at least requires -R. --- ash/Makefile +++ ash/Makefile 2003/11/27 15:04:02 @@ -36,7 +36,7 @@ $(STRIP) $(PROG) $(PROG).shared: $(OBJS) $(LIBS) - $(LD) $(LDFLAGS) -o $(PROG).shared -e main $(KLIBSRC)/interp.o $(OBJS) -R $(KLIBSRC)/libc.so $(LIBGCC) + $(LD) $(LDFLAGS)

To make it more obvious where the files are supposed to end up move files so they reflect the directory structure in the kernel: mkdir scripts mv kernel/Kbuild.* scripts/ mkdir usr mv kernel/Kbuild usr rmdir kernel Furthermore: - updated cp-to-kernel to refelct new directory layout - teach cp-to-kernel to place gzip right under usr/ - Add '#' in front of comment in usr/Kbuild --- I

Hi there, I am trying to install from the source R-2.4.0 on my mac (osx 10.4.8 G5 DP) The error imply Tcl/Tk. I install it by all the way I know: darwinport, the Tcl/Tk package from the dmg available from CRAN but without success. The PATH is correct. tclConfig.sh is localised in /opt/local/lib and have those permission: -rw-r--r-- 2 root admin 7K Oct 9 09:49 tclConfig.sh Here is

I am trying to build syslinux under gentoo on in 64 bit mode on an opteron. I get output like this ../com32/include/com32.h: In function `MK_PTR': ../com32/include/com32.h:77: warning: cast to pointer from integer of different size gcc -I../com32/include -g -Wall -O2 -fomit-frame-pointer -march=i386 -malign-functions=0 -malign-jumps=0 -malign-loops=0 -DVERSION='"2.06"'

Thank you all. It looks like -mno-red-zone flag is already in master branch since commit 7d70885d, but it seems it is applied to all EFI builds. IIUC, the problem only affects efi64 builds. So here's the modification of my patch to only apply -mno-red-zone flag to efi64 target. The patch is against master. I verified that it builds correctly in master. Please feel free to accept or reject

Memdisk still won't build because gcc doesn't always inline functions. Here's a patch I used. --- memdisk/Makefile.orig 2004-01-24 16:37:22.000000000 -0500 +++ memdisk/Makefile 2004-08-18 06:34:53.000000000 -0400 @@ -17,11 +17,12 @@ then echo $(1); else echo $(2); fi) M32 := $(call gcc_ok,-m32,) +MINLINE := $(call gcc_ok,-minline-all-stringops,)

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=46 Summary: ..patch-o-matic: nfnetlink_conntrack.c or -.h ... compile failure: Product: netfilter/iptables Version: patch-o-matic Platform: i386 OS/Version: RedHat Linux Status: NEW Severity: blocker Priority: P2 Component:

Hi, I just tried compiling the latest release, but found some new problems: - Some versions of binutils could not link any shared binaries. One example for a broken version is 2.11.92.0.12.3, while 2.13.90.0.4 works. The error message looks like: tests/nfs_no_rpc.o: In function `root_nfs_parse': tests/nfs_no_rpc.o(.text+0x8): undefined reference to `strchr'

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>

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

On Fri, Oct 31, 2008 at 10:38:50AM -0700, Mike Stump wrote: > On Oct 31, 2008, at 9:40 AM, Jack Howarth wrote: >> However in current llvm svn, when I compile code with llvm-gfortran, I >> get these warning >> flags passed by default so that I get bogus warnings of... >> >> f951: warning: command line option "-Wformat" is valid for C/C++/ >>

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

Below is a patch to get rid of several warnings which occur while building syslinux 3.07 with the current gcc 4 snapshot. This fixes all the warnings except one unused variable. Take them or leave them as you see fit. They're all com32 stuff that's pulled in from external sources. --- syslinux-3.07/memdisk/unzip.c.gcc4 2004-12-07 23:29:22.000000000 -0500 +++

On Wed, Sep 15, 2004 at 10:48:02AM +0930, Alan Modra wrote: > After using SHAREDFLAGS = -Ttext 0x0f000200 on ppc64 (which I see you > suggested in another email), I see the problem you're talking about. > > klibc is fundamentally broken on ppc64. You just can't call into > another chunk of code (klibc.so in this case) which has a separate toc > and expect things to

Hi Bryan and other klibc people. I have taken a stamp on the Makefiles for klibc, this is what I came up with. 1) No longer recompile on every invocation 2) Correct checking on dependencies 3) Simpler makefile syntax (almost all over the place) I compile-time tested it only. Two open issues: a) Do we realy use .a files for initramfs. I renemed that to the executable. b) I renamed

>From fe2f292cdc62104f21e9880516176c51a7f17622 Mon Sep 17 00:00:00 2001 From: Sam Ravnborg <sam at ravnborg.org> Date: Thu, 17 May 2012 22:56:00 +0200 Subject: [PATCH 1/1] kbuild: sync with kernel 3.4-rc7 Update Kbuild.include and fixup Kbuild.klibc. This fixes a bug where all files are rebuild each time we invoke make. Signed-off-by: Sam Ravnborg <sam at ravnborg.org> --- I

aa056@chebucto.ca wrote: > > Using the same settings in config.site as were used for R-1.4.1, > R-1.5.0 fails to build. > > ./configure --enable-R-shlib > > Using defaults and using PPro optimizations, the build failed in > package methods: > > dumping R code in package 'methods' > gmake[4]: *** [../../../library/methods/R/all.rda] Error 139 >

Using the same settings in config.site as were used for R-1.4.1, R-1.5.0 fails to build. ./configure --enable-R-shlib Using defaults and using PPro optimizations, the build failed in package methods: dumping R code in package 'methods' gmake[4]: *** [../../../library/methods/R/all.rda] Error 139 gmake[4]: Leaving directory `/mnt/Data/src/install/R-1.5.0/src/library/methods' The

When I try to compile the menu I got the following: gcc -m32 -funsigned-char -g -W -Wall -march=i386 -falign-functions=0 -falign-jumps=0 -falign-loops=0 -Os -MMD -S -o main.s main.c echo '.code16gcc' | cat - main.s > main.s16 as -o main.o16 main.s16 gcc -m32 -funsigned-char -g -W -Wall -march=i386 -falign-functions=0 -falign-jumps=0 -falign-loops=0 -Os -MMD -S -o biosio.s biosio.c

Hi, I am trying to compile the version on rhel 5.x box. Nasm version 0.98.39 I extracted the tar.gz and ran make in the extracted directory. Here is where it stops. gcc -Wp,-MT,rawcon.o,-MD,./.rawcon.o.d -m32 -ffreestanding -fno-stack-protector -fwrapv -freg-struct-return -march=i386 -Os -fomit-frame-pointer -mregparm=3 -DREGPARM=3 -msoft-float -fno-exceptions -fno-asynchronous-unwind-tables