Greetings,

Freshly pulled 2.6.23.git failed to build:

make[1]: *** No rule to make target `arch/x86/kernel/asm-offsets.c', needed by `arch/x86/kernel/asm-offsets.s'.  Stop.
make: *** [prepare0] Error 2
make: *** Waiting for unfinished jobs....

	-Mike

-

[ message continues ]

You are the only reporter of this bug.
I do not see it here and I have the asm-offset.c file.

Have you figured out more about this bug?
For now I assume you did something bad when you updated your kernel tree.
Could  you as minimum check the content of the arch/x86/kernel/ directory.

Thanks,
	Sam
-

[ message continues ]

I just re-pulled, and the little bugger showed up.  Elves and Gremlins
at play I guess.

	-Mike

-

[ message continues ]

I also saw this behaiour, but make mrproper solved the problem.


ciao
	cate
-

[ message continues ]

Pulled 2.6.23 tree and did a build
Added latest -linus on top of it.
Did a new build (x86_64).


As expected it failed due to wrong asm symlink but nothing
like the error Mike posted.
So I'm a bit puzzeled here.

I anyone can explain how to reproduce it I will chase it
but otherwise it will be left as a "consequence of
the x86 merge".

	Sam
-

[ message continues ]

What I did was to pull, then diff against my working tree (/me=SCM
weenie;) for review as usual, and then apply that diff to working tree
and make oldconfig as usual.  That left me with the same failure this
morning, despite the file being verified present in the git tree.  I
then used git-archive --format=tar | (cd work_tree;tar -xvf -).  That
spewed chunks when I tried to build it even though diff said the trees
were identical.  After make mrproper and restoring my saved .config, all
was peachy.

Methinks dontdiff bit me.

	-Mike

-

[ message continues ]

After a quick look:
[sam@neptun x86.git]$ find -name '*.i'
./include/asm-x86/alternative-asm_64.i
./include/asm-x86/alternative-asm_32.i
./include/asm-x86/frame.i
./include/asm-x86/alternative-asm.i
./include/asm-um/frame.i
./include/asm-um/alternative-asm.i
[sam@neptun x86.git]$ grep '*.i' Documentation/dontdiff 
*.i

But I cannot see how this could result in the bug you
reported..
Anyway at least one dontdiff buglet - or we should preferably
drop the .i files in the kernel src.

	Sam
-

[ message continues ]

I have a patch from Adrian staged to do this.

       tglx
-

[ message continues ]