similar to: [PATCH] build: sort sources to build in a more deterministic way

Hi: I've been seeing intermittent build failures with the extlinux target, and I believe I've tracked it down to a VPATH issue. See this make -d log: Finished prerequisites of target file `extlinux'. Prerequisite `extlinux.o' is newer than target `extlinux'. Prerequisite `setadv.o' is newer than target `extlinux'. Prerequisite

From: Nicolas Cornu <ncornu at aldebaran.com> --- mtools/Makefile | 1 + mtools/syslinux.c | 59 +------------------------------------------------------ 2 files changed, 2 insertions(+), 58 deletions(-) diff --git a/mtools/Makefile b/mtools/Makefile index 0d0b1b2..c980420 100755 --- a/mtools/Makefile +++ b/mtools/Makefile @@ -9,6 +9,7 @@ SRCS = syslinux.c \

Following patch improves integration with kbuild. With a future kernel (2.6.14-rc) it now has working support for 'make clean'. Included is an example of how to compile an early userspace program. I selected gzip as the most simple one for this - and left out all the links to different names (gunzip etc.) Before proceeding with this I need some inputs on what functionality is required by

1) I find typo in Makefile.rules in printvars rule: - $(Echo) "Preconditions: " '$(Preconditions)' + $(Echo) "PreConditions: " '$(PreConditions)' 2) In Makefile.config.in PROJ_SRC_DIR define for LLVM build mode as PROJ_SRC_DIR := $(subst //,/,$(LLVM_SRC_ROOT)/$(patsubst $(PROJ_OBJ_ROOT)%,%,$(PROJ_OBJ_DIR))) and for other project build mode as PROJ_SRC_DIR

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

On Tuesday 02 August 2005 10:42, Xen patchbot -unstable wrote: > # HG changeset patch > # User smh22@firebug.cl.cam.ac.uk > # Node ID 59e76450e286240decceda23eca343ec4604124f > # Parent 48dea637aac96bcbabe788d036b52570520cc82e > Fixes. Sorry, but could we not make checkin comments like "Fixes."? It would just take a few more seconds to describe it in a complete

Hi Shao, On 2016.02.24 23:43, Shao Miller via Syslinux wrote: > Did you happen to notice anything unusual when compiling with MinGW > under Linux, once 'ok' was removed? I seem to recall warnings about > unused results, but not of unused objects. Maybe that's an incorrect > recollection or maybe it's ancient history, however. I got no warnings with the patch on

I am trying to build the llvm-gcc frontend. I think I have followed the directions correctly. I am using cygwin on XP SP2 (uname -a reports: CYGWIN_NT-5.1 pad7 1.5.25(0.156/4/2) 2007-12-14 19:21 i686 Cygwin) gcc --version reports: gcc (GCC) 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) Since there is no binary for llvm-gcc I am following the directions in the tar file for the 4.2 version. -

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 at ravnborg.org> Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit a36102c485caf951294301425ee8e87aa6ab4d92 tree 88d3e4aebe253cb3d6c417eac3cd2c1fa14db694 parent

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

this implements a ln(1) with -f and -s support. diff -p -purN klibc-0.112/utils/Makefile klibc-0.112.utils/utils/Makefile --- klibc-0.112/utils/Makefile 2004-02-21 23:49:26.000000000 +0100 +++ klibc-0.112.utils/utils/Makefile 2004-02-22 01:23:17.000000000 +0100 @@ -6,7 +6,7 @@ MAKEDEPS = -Wp,-MD,.$(subst /,-,$*). CFLAGS = $(MAKEDEPS) $(OPTFLAGS) $(REQFLAGS) -W -Wall LIBS =

Sometimes I find it useful to put C or Fortran sources under subdirs of "mypackage/src", especially to distinguish between my own files and e.g. lapack or blas sources. To get this working I would need a Makefile in my package which contains the appropriate dependencies to these sources in subdirs. But I don't want to add a complete Makefile, I want only a Makevars file containing

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

/usr/src/sys/modules/hifn/Makefile appears to need an update to make it same as HEAD. Same with ..modules/ubsec/Makefile. Patches: Index: Makefile =================================================================== RCS file: /home/ncvs/src/sys/modules/ubsec/Makefile,v retrieving revision 1.2.2.1 diff -u -r1.2.2.1 Makefile --- Makefile 21 Nov 2002 23:38:47 -0000 1.2.2.1 +++ Makefile 5 Jun 2003

'rm -rf /' for klibc Doesnt comply to the standard, but does the job. http://www.opengroup.org/onlinepubs/009695399/utilities/rm.html diff -p -purN klibc-0.172/utils/Makefile klibc-0.172.rm/utils/Makefile --- klibc-0.172/utils/Makefile 2004-08-14 00:24:20.000000000 +0200 +++ klibc-0.172.rm/utils/Makefile 2004-09-05 20:11:14.109062216 +0200 @@ -6,7 +6,7 @@ MAKEDEPS = -Wp,-MD,.$(subst

samuel, I have a try with HVM stubdomain on r17062, but failed to make on 32b platform. Attached patch can fix it, but don''t know if okay. After installation, I failed to start stubdom. So I created it manually and got following debug mesg(both HVMdomain and stubdom are created) Can you give some lights on following questions: 1. I use default vnclisten. Does it matter? 2. Seems qemu

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.

Add code to generate SMBIOS tables to hvmloader. Signed-off-by: Andrew D. Ball <aball@us.ibm.com> diff -r 1d817bfc5ed9 tools/firmware/hvmloader/Makefile --- a/tools/firmware/hvmloader/Makefile Fri Aug 11 14:22:54 2006 +0100 +++ b/tools/firmware/hvmloader/Makefile Fri Aug 11 14:55:18 2006 -0400 @@ -31,7 +31,7 @@ DEFINES =-DDEBUG DEFINES =-DDEBUG XENINC =-I$(XEN_ROOT)/tools/libxc

Hi, Here is an updated version of this patch for xen-unstable.hg 9960. Please consider it for inclusion. -- Horms http://www.vergenet.net/~horms/ build: make linux download more flexible * Allow LINUX_REPO to specify the URL of the repository for the linux kernel, - Defaults is: http://www.kernel.org/pub/linux/kernel/ * Allow LINUX_REPO to be