[kbuild-devel] Fwd: PATCH: Put .zdebug* section on white list
---BeginMessage--- Hi, as --compress-debug-sections will generate compressed debug sections with section names .zdebug*. This patch puts .zdebug* section on white list. -- H.J. diff --git a/scripts/mod/modpost.c b/scripts/mod/modpost.c index 6a087ff..2bab622 100644 --- a/scripts/mod/modpost.c +++ b/scripts/mod/modpost.c @@ -790,6 +790,7 @@ static const char *section_white_list[] = { .comment*, .debug*, + .zdebug*, /* Compressed debug sections. */ .GCC-command-line,/* mn10300 */ .mdebug*,/* alpha, score, mips etc. */ .pdr,/* alpha, score, mips etc. */ ---End Message--- -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] arch/i386/boot rebuilt on every compile...
Sam Ravnborg wrote: Seen it to - but were busy with other stuff. If you do a $ make V=2 Then you will notice that kbuild tells you that the .o files are built because they are not listed in $(targets). Thanks. That was the missing bit. Didn't know about V=2, that's quite handy. Reading the commonts in scripts/Kbuild.include it says: this is most likely a bug in your kbuild file. So I did the following and it cured it: Will merge. -hpa - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] arch/i386/boot rebuilt on every compile...
Sam Ravnborg wrote: On Tue, Jul 17, 2007 at 10:49:48PM +0200, Oleg Verych wrote: Now, Sam, see how people are trying to escape from the noise of the LKML. Yet you are not CC patches and anything here, e.g. .23 updates :( I prefer to have kbuild stuff in the public aka lkml. I should reflect this in MAINTAINERS too. I agree that there is much less noise here at kbuild-devel mainly due to the excellent job of mec that filter away all spam. But then many kbuild matters have impact on a lot of people so lkml is the better place. As for the kbuild patches I have not tried to tell git send-emals that there are two receivers - maybe that would work I think it's entirely appropriate to factor off kbuild onto a separate list, as long as the announcement to do so is public enough and the list is available to the public. A lot of subsystems have separate mailing lists, because the volume on LKML is so high that people miss important stuff all the time. Of course, major announcements should go to LKML. -hpa - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] [patch] kbuild: remember ARCH in the object directory
Sam Ravnborg wrote: If we go the save important parts of the config I prefer something along the suggestion by hpa with a config file. The config file should though be named along the lines of Kbuild.config and the syntax should be future proof. I like the syntax of the .git/config file and it should be along these lines. It's actually derived from the Windows 3.x config file. I think it's massive overkill for this purpose; since the variables can be set on the command line we're not dealing with multiple namespaces, and it would be better to have a make-like syntax. -hpa - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Pretty strong RFE: .makeflags
I would like to *strongly* suggest adding the following feature to Kbuild -- a file which can hold one's own make variables in any one object (not source!) directory. It's ridiculous to have to type: [incidentally, the BIARCH test in arch/i386/Makefile doesn't seem to work with CC='ccache gcc' for some reason...] make O=o.i386 ARCH=i386 CC='ccache gcc -m32' FDARGS='ro root=/dev/hda1 ...' isoimage ... over and over, and if you get something wrong, your object tree is toast. Logically speaking, it would work as if the main Makefile had near the top: -include $(O)/.makeflags ... except of course with the proper logic to derive the object directory. This is *highly* complicated by the fact that Kbuild uses $(origin), and treats command-line sourced options differently, this is why this is an RFE and not a patch. Thanks, -hpa - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] [PATCH 1/2] kbuild: prepare for using code from different dir
Sam Ravnborg wrote: This will likely appear in my kbuild.git tree but only when next mergewindow opens I think. My current batch (35 commits) has not yet been pulled and this would no see exposure in -mm first. Cool. I have a workaround (the old trick of building sideways objects as used by for example oprofile) for the moment. It turns out Andi has changes in his tree which means boot/compressed cannot be unified, so this works for me for the time being, and we can clean it up later. -hpa - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Building out of a different source branch
Hello, I would like to get rid of arch/x86_64/boot, which *should* be binary identical with arch/i386/boot (it's not right now, but I'm fixing that.) Is there a way to make Kbuild decend so that src=arch/i386/boot but obj=arch/x86_64/boot (which may entail having to create directories even when not compiling with O=?) It seems the infrastructure is already there. -hpa - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Building out of a different source branch
Sam Ravnborg wrote: On Thu, May 03, 2007 at 01:14:15PM -0700, H. Peter Anvin wrote: Sam Ravnborg wrote: Would it be OK if we have arch/x86_64/boot present and have stub Makefiles in all directories? If thats OK I can try to cook up something. That's certainly acceptable as an interrim solution. The right thing can wait for the x86 merge, probably. The general issue with current infrastructure is that we do not honour $(src) and $(obj) in the implicit rules. So I added these. Then next problem is how to set src to the correct value. For arch/x86_64/boot I could just set it in the make invocation. For directories below boot/ I do not know yet how to do it. With patch below and with a one line Makefile in x86_64/boot thet just included arch/i386/boot/Makefile I could compile the boot directory. So not a full solution yet but on the right track. FWIW, in the meantime I'm making forward progress simply by symlinking arch/x86_64/boot - ../../i386/boot. Works great, but I don't think symlinks in the tarball are accepted, and if it's dynamically generated it would break O=. -hpa - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel