similar to: [klibc 09/43] kbuild: support single targets for klibc and klibc programs

With the following patch kbuild now supports: make usr/dash/arith_yylex.i make usr/klibc/umount.o make usr/klibc/umount.s Patch does also fix indention of CPP command Signed-off-by: Sam Ravnborg <sam@ravnborg.org> --- That was my number 5) item on the kbuild list (added by akpm). Modulus the next bug hpa discover this should clear all kbuild issues with klibc. So I hope to see it in next

>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

kbuild: add klibc/tests to kbuild Add a kbuild file so we now can build the test programs. A new dedicated target is used: make test Signed-off-by: Sam Ravnborg <sam@ravnborg.org> --- commit 5492ae07007399d8838dea5f44b3d9cf3603abc3 tree 4339d2d3aa0e80bc81ac0cd8ca3b7c89486b2150 parent 64dda666c087b6e537892ac9984aff57d2b32c47 author Sam Ravnborg <sam@mars.(none)> Sun, 07 Aug 2005

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

We should always install xen.efi into /usr/lib64/efi/; installation into /boot/efi/efi/$(EFI_VENDOR) remains dependent upon specifying EFI_VENDOR. Signed-off-by: Jan Beulich <jbeulich@novell.com> --- a/xen/Makefile +++ b/xen/Makefile @@ -35,11 +35,16 @@ _install: $(TARGET).gz ln -f -s $(notdir $(TARGET))-$(XEN_FULLVERSION).gz $(DESTDIR)/boot/$(notdir $(TARGET))-$(XEN_VERSION).gz ln -f

Author: tha-guest Date: 2006-02-18 22:55:21 +0000 (Sat, 18 Feb 2006) New Revision: 24 Removed: trunk/debian/patches/30rename-pae-hypervisor.dpatch Log: Guido found a better way to have the pae hypervisor installed with another name without patching upstream and it seems to work as good as the patched upstream version, so I removed my patch from svn again. There seems to be no need to just

# HG changeset patch # User Matt Wilson <msw@amazon.com> # Date 1342481836 0 # Branch efi # Node ID dd1ab0cae2c870942c2e1b6bc3a507b1a40dae16 # Parent 9950f2dc2ee6dfd172258a5a4ee29809b0ff8263 x86/EFI: define and use EFI_DIR make variable, defaulting to /usr/lib64/efi After commit 25594:ad08cd8e7097, EFI Xen binaries were installed to /efi instead of /usr/lib64/efi. This patch restores the

It has been observed that binaries contents are depending on the order of linked objects. This order is caused by GNU make's wildcard function and the position of sources on filesystem. This change tries to prevent this kind of randomness. Also consider building using -j1 flag to make it even more reproductible. Change-Id: Ie8eee7f336e6f1fa2863c4150d967afd15519f1d Bug:

Anton, Thanks for your comment. 2nd patch attached. - s/SharedDir/SharedLibDir/g - move prefix=cyg sunk into if(cygwin or mingw) arigato gozaimasu...Takumi * Additional issues - You may build LLVMHello.dll but I don't modify lib/Transforms/Makefile. Because making LLVMHello.dll requires the library LLVM.dll, but it oughta be on the way to making libs at building

Good summer, all! This patch enables ENABLE_SHARED=1 to build DLL based LLVM toolchain. I have checked this on Cygwin-1.5, Cygwin-1.7, mingw(msysgit) and mingw-cross-fedora12. I can separate this patch into some parts; cleanups, adding definitions and adding rules. Any feedbacks are welcome. Have fun! ...Takumi * Pros - reduction of linking time of toolchain. - capability of -load

If you're on the new Makefile system, you will want to update your Makefile.rules. The patch below provides some important fixes for parallel builds and dependencies. It also adds some new features like the -local targets. For example, you can now build "all-local" to build the local directory without recursing into subdirectories. See the comments below for details of the change.

> On Sep 13, 2015, at 11:04 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > > On Thu, Sep 10, 2015 at 1:55 AM, Khem Raj via Syslinux > <syslinux at zytor.com> wrote: >> We can let compiler driver pass the right options to preprocessor after >> processing -Mxy options, right now its bypassing the gcc driver and >> handing them straight to cpp >>

We can let compiler driver pass the right options to preprocessor after processing -Mxy options, right now its bypassing the gcc driver and handing them straight to cpp This also helps in other compilers processing these options correctly for their preprocessors consumption Signed-off-by: Khem Raj <raj.khem at gmail.com> --- mk/syslinux.mk | 4 ++-- 1 file changed, 2 insertions(+), 2

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

make install in the klibc directory ends up doing include /.*.d which just happens to pick up root's .emacs.d directory on my machine which makes make barf (because its a directory). This patch makes sure that when DIR is not set we don't go poking around in /. Thanks, -Jim PS This message was initially bounced by (via SORBS) because my IP address is dynamic (it may technically

On Thu, Sep 10, 2015 at 1:55 AM, Khem Raj via Syslinux <syslinux at zytor.com> wrote: > We can let compiler driver pass the right options to preprocessor after > processing -Mxy options, right now its bypassing the gcc driver and > handing them straight to cpp > > This also helps in other compilers processing these options correctly > for their preprocessors consumption

On Mon, Sep 14, 2015 at 1:36 AM, Khem Raj <raj.khem at gmail.com> wrote: > >> On Sep 13, 2015, at 11:04 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >> >> On Thu, Sep 10, 2015 at 1:55 AM, Khem Raj via Syslinux >> <syslinux at zytor.com> wrote: >>> We can let compiler driver pass the right options to preprocessor after >>> processing

Hello, I have the following makefile. The problem is that the bibliography doesn t work. Any help would be appreciated! I really don t don t what to do..:-( # The sources of the report (tex, Rnw and other files (e.g. bib, idx)) TEX_CMPS = Report problem RNW_CMPS = prop1 prop2 ExeExps OTHER = Report.bib # The name of the report to produce all: Report.pdf code: $(RNW_CMPS:=.R) clean: rm

Let me start by saying that no, I can't get a new card for my user. So, I've got the 96 nvidia driver. I've rebuilt it several times before, and Nvidia's installer's always worked fine. Actually, I have the 73 on my system, and just updated to 5.5, and no problem. HOWEVER, I last rebuilt my user's driver back in mid-April, after the last kernel update (was that

Good midnight, Kevin. cygming/shared might have been broken since r112976, IIRC. (ToT, too) A trivial patch; --- a/Makefile.rules +++ b/Makefile.rules @@ -942,6 +942,11 @@ ifdef EXPORTED_SYMBOL_FILE # First, set up the native export file, which may differ from the source # export file. +# The option --version-script is not effective on GNU ld win32. +ifneq (,$(filter $(HOST_OS),Cygwin