similar to: [patch] kbuild: build all targets in gzip

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

Commit-ID: c6fc1a4b086a5d6504bc5e1048f039f7a644d73b Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=c6fc1a4b086a5d6504bc5e1048f039f7a644d73b Author: Anton Blanchard <anton at samba.org> AuthorDate: Tue, 3 Dec 2013 18:15:58 +1100 Committer: H. Peter Anvin <hpa at zytor.com> CommitDate: Tue, 3 Dec 2013 10:53:46 -0800 [klibc] gzip: Fix typo CONFIG_KLIB_ZIP

We were using CONFIG_KLIB_ZIP in a couple of places where we meant to use CONFIG_KLIBC_ZIP. I also added the option to the defconfig. Signed-off-by: Anton Blanchard <anton at samba.org> --- defconfig | 1 + usr/gzip/Kbuild | 4 ++-- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/defconfig b/defconfig index c10a4f5..04b98e9 100644 --- a/defconfig +++ b/defconfig @@

Halo, I think the following patch is correct. I just downloaded 1.0.9 and has the same problem namely it doesn't respect INSTALLROOT when installs the shared library -------------- next part -------------- diff -ur orig/klibc-1.0.8/klcc.in klibc-1.0.8/klcc.in --- orig/klibc-1.0.8/klcc.in 2005-03-07 23:44:49.000000000 +0200 diff -ur orig/klibc-1.0.8/klibc/Makefile klibc-1.0.8/klibc/Makefile

Hi Peter & others. Here are three patches that does the following: #1 - Update kbuild part of klibc so make clean works Adds gzip including a sample kbuild file #2 - Factor out definition of usr/ to two variables #3 - Move kbuild files to reflect location in the kernel As requested in earlier mail I need a bit of guidiance of what you expect from the kernel integrated parts of klibc.

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

I'm still pondering with kbuild and klibc. Next in line was to get ipconfig support in the kernel (build wise). A little challenge that is bigger than anticipated was to create a shared executable. This required a far bigger rewrite of Kbuild.klibc than originally planned. The good part is that I now managed to treat linking of objects with single and multiple .o files almost the same.

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

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. -

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:

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

/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

Fix usr/Kbuild so it utilise the new gen_initramfs.sh script which will rebuild initramfs when the content has changed. Signed-off-by: Sam Ravnborg <sam@ravnborg.org> --- usr/Kbuild | 74 +++++++++++++++++++---------------------------------------------- 1 file changed, 22 insertions(+), 52 deletions(-) This patch shall not be applied until my kbuild.git tree is merged upstream. Or it

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

/bin/sh ../libtool --mode=link gcc -I/usr/include/libxml2 -pthread -g -O2 -o ices input.o cfgparse.o stream.o ices.o signals.o im_playlist.o reencode.o encode.o playlist_basic.o im_stdinpcm.o stream_shared.o metadata.o playlist_script.o audio.o resample.o im_oss.o log/libicelog.la timing/libicetiming.la thread/libicethread.la avl/libiceavl.la -lvorbisenc -L/usr/local/lib -lshout -lvorbis

Hi hpa. This change is obviously valid for your integrated kernel-klibc tree. But it may result in some manual merge. Just a FYI Sam ----- Forwarded message from Linux Kernel Mailing List <linux-kernel@vger.kernel.org> ----- Subject: kbuild: fix gen_initramfs_list.sh Sender: git-commits-head-owner@vger.kernel.org From: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>

Hi all. I have pushed my earlier announced kbuild improvements patch to: bk://linux-sam.bkbits.net/2.5-klibc First cset is the earlier posted cset, whit a few small modifications. One important change is that the usr/Makefile now uses *.a files in initramfs-y assignment. I realised that the purpose was to express what kinit were using / referring. Second cset is a trivial cset that just move

Hi hpa and others. With my ongoing work to prepare for potential integration of klibc in the kernel I wonder if there wold be any interest in using part of the kbuild infrastructure to build the vanilla klibc? The rationale is obvious: - common codebase for Kbuild files, so one only has to fix things in one place - I force klibc developers to create Kbuild files usable in the kernel - Much

I have now officially obsoleted the non-kbuild version of klibc (yes, it's way overdue... my work-for-pay hasn't been too kind to me with time, I'm afraid.) As a result, I've renamed the klibc-kbuild.git repository klibc.git; the old one is now klibc-old.git, but I'm not promising that it will be continued to be maintained going forward. -hpa

kbuild: better cleaning Let make clean delete generated dot-files and .o files. Introduce distclean/mrproper that deletes .config, linux symlink and all files left behind by editors and patch. Signed-off-by: Sam Ravnborg <sam@ravnborg.org> --- Hi Peter In following patch I did not make a difference between mrproper and distclean. I only added mrproper because I'm used to it from the