[oe] qt4-native: `/usr/include/gnu/stubs.h:9:27: error: gnu/stubs-64.h: No such file or directory` because architecture incorrectly detected

[Eric Bénard]

Hi Paul,

On 21/05/2011 15:53, Paul Menzel wrote:
> Dear Eric,
>
>
> Am Sonntag, den 15.05.2011, 17:14 +0200 schrieb Paul Menzel:
>
>> Am Samstag, den 14.05.2011, 09:15 +0200 schrieb Eric Bénard:
>>
>>> On 10/05/2011 22:57, Paul Menzel wrote:
>>>> Dear Simon and other OpenEmbedded folks,
>>>>
>>>>
>>>> I am sorry for the wrong subject line. I am fixing it hereby.
>>>>
>>>>
>>>> Am Dienstag, den 10.05.2011, 22:40 +0200 schrieb Paul Menzel:
>>>>
>>>>> task configure of `qt4-native` fails on my build system which is a Xen
>>>>> DomU running a 64-bit Linux kernel but 32-bit user space.
>>>>>
>>>>>           $ uname -a
>>>>>           Linux oe-build-host 2.6.32-5-xen-amd64 #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64 GNU/Linux
>>>>>           $ dpkg --print-architecture
>>>>>           i386
>>>>>
>>>>> This seems to be a problem in the Qt4 build system which seems to be
>>>>> using `uname` to determine the architecture.
>>>>>
>>>>>           $ more log.do_configure
>>>>>           + do_configure
>>>>>           + echo o
>>>>>           + echo yes
>>>>>           + ./configure -prefix /oe/build-angstrom-next/angstrom-dev/sysroots/i686-linux/usr -L /oe/build-angstrom-next/angstrom-dev/sysroots/i686-linux/usr/lib -I /oe/build-angstrom-next/angstrom-dev/sysroots/i686-linux/usr/include -qt-libjpeg -qt-gif -system-zlib -no-libjpeg -no-libpng -no-libmng -no-libtiff -no-accessibility -no-cups -no-nas-sound -no-nis -no-openssl -verbose -release -embedded -no-freetype -no-glib -no-iconv -exceptions -xmlpatterns -qt3support -no-fast -silent -no-rpath
>>>>>           Which edition of Qt do you want to use ?
>>>>>
>>>>>           Type 'c' if you want to use the Commercial Edition.
>>>>>           Type 'o' if you want to use the Open Source Edition.
>>>>>
>>>>>
>>>>>           Determining system architecture... (Linux:2.6.32-5-xen-amd64:x86_64)
>>>>>               64-bit AMD 80x86 (x86_64)
>>>>>               'x86_64' is supported
>>>>>           System architecture: 'x86_64'
>>>>>           Host architecture: 'x86_64'
>>>
>>> this could maybe be fixed by passing -host-arch=i386 to configure but the
>>> problem is to detect you are running a 32bit userland when uname reports 64 bits.
>>> bitbake.conf seems also to use uname :
>>> BUILD_ARCH := "${@os.uname()[4]}"
>>
>> Unfortunately I have not come around a solution to detect this properly.
>> I had the same problem with TeX Live [1] and the solution was to add on
>> option to override this setting [2].
>>
>>> maybe something like file `which init` and analysing the output ?
>>
>> Unfortunately `which init` does not return anything on my Debian
>> Sid/unstable system.
>>
>>          $ which init
>>          $ echo $?
>>          1
>
> searching the WWW for »uname system host architecture 32 64« I found the
> following suggestion [3][4].
>
 From my understanding, lshw only tells you if the CPU has 64bits support or 
not (like cat /proc/cpuinfo). So I can't how that could help here.

Eric