[Pkg-virtualbox-devel] Bug#469882: Bug#469882: virtualbox-ose-source: ARCH for
mathias.behrle at gmx.de
Thu Apr 24 21:31:16 UTC 2008
* 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)mathiasb at obelix:~$ uname -m
> 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
ifneq ($(shell echo $(KVERS) | grep 86), )
<------>ARCH := i386
ifneq ($(shell echo $(KVERS) | grep amd64), )
<------>ARCH := x86_64
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
I don't see the purpose of the conditions above besides ARCH := `uname -m`, so
IMHO they should be removed.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 481 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/pkg-virtualbox-devel/attachments/20080424/fd34b86f/attachment.pgp
More information about the Pkg-virtualbox-devel