[Pkg-virtualbox-devel] Bug#469882: Bug#469882: virtualbox-ose-source: ARCH for

[Mathias Behrle]

* Betr.: " Re: [Pkg-virtualbox-devel] Bug#469882: virtualbox-ose-source: ARCH
for" (Thu, 24 Apr 2008 16:32:43 +0200):

> > I can confirm, that ARCH obviously still isn't correctly detected
> > (identically to msg #76 cases 2 and 3).
> 
> Well, it would be more obivous to us if you'd send some more info. The
> problem is usually that the system for some reason tries to build a i386
> module with amd64 kernel sources.

(x86_64)mathiasb at obelix:~$ uname -a
Linux obelix 2.6.24-2-obelix-opt #1 SMP PREEMPT Tue Apr 22 14:36:40 CEST 2008
x86_64 GNU/Linux 

(x86_64)mathiasb at obelix:~$ uname -m
x86_64

> No surprise here since ARCH now defaults to `uname -m`, see history of
> this bug report.

I think I found the error:
ARCH defaults to `uname -m` *in the first place*.

But it is consequently replaced, if one of the following statements is true:
ifneq ($(shell echo $(ARCH) | grep 86), )
        ARCH := i386
endif
ifneq ($(shell echo $(KVERS) | grep 86), )
<------>ARCH := i386
endif
ifneq ($(shell echo $(KVERS) | grep amd64), )
<------>ARCH := x86_64
endif

I think, the second statement of these 3 conditions will always match , if you
are running i386 or x86_64...

Eliminating these 3 conditions makes it work for me without problems on x84_64
with all three methods:
m-a a-i ...
make-kpkg .... modules_image
make install

I don't see the purpose of the conditions above besides ARCH := `uname -m`, so
IMHO they should be removed.

Mathias


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 481 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/pkg-virtualbox-devel/attachments/20080424/fd34b86f/attachment.pgp