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 n
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.
-hpa
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.
&
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.
>
This might be worse than I expected.
We may have to do unification for boot and boot/tools, but *not*
boot/compressed... a rec
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
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' fo
Oleg Verych wrote:
>
> Because of that, i think, following is redundant:
>
> - to check for binary files
find . -type f | xargs cleanfile
I do this all the time.
> - scan whole file for long lines, with useless bunch of messages about
> ones. Useless, because script doesn't fix that, it can'
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 f
I seem to always be the one with the kbuild corner cases...
As part of my x86 setup rewrite, there has been some concern that using
asm(".code16gcc"); isn't as safe as it should be (because of gcc
reordering), and making it safe apparently means disabling optimizations
that adds at least 5% to the
Sam Ravnborg wrote:
>
> Is this still relevant considering you adopted the -funit-at-a-time
> proposal?
>
Not at the moment, no.
-hpa
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FRE
For some reason, everything in arch/i386/boot is rebuilt on every
compile. It's not a huge time waster, but it has annoyed people enough
that they ask me about it. version.o and setup.elf obviously would,
since they contain a version string, but none of the other .o files have
any obvious reason
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
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
Andi Kleen wrote:
>> The below are the minimal clean-up - a bit more could be done.
>>
>> Comments?
>
> Looks good in principle. My only suggestion would be to name it something
> differently than vdir. I know that's what GNU make calls it, but it's still
> pretty cryptic. How about just fallback-
David Sanders wrote:
On Monday 08 September 2008 15:32, H. Peter Anvin wrote:
diff --git a/arch/x86/Makefile_32.cpu b/arch/x86/Makefile_32.cpu
index e372b58..b72b4f7 100644
--- a/arch/x86/Makefile_32.cpu
+++ b/arch/x86/Makefile_32.cpu
@@ -45,3 +45,8 @@ cflags-$(CONFIG_MGEODEGX1)+= -march
--- Begin Message ---
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/mod
16 matches
Mail list logo
