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

[Paul Menzel]

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].


Thanks,

Paul


> [1] http://tug.org/pipermail/tex-live/2009-June/021119.html
> [2] http://tug.org/pipermail/tex-live/2009-June/021124.html
[3] http://serverfault.com/questions/61673/determine-linux-servers-architecture-32-or-64-bit/62118#62118
[4] http://www.commandlinefu.com/commands/view/2940/32-bits-or-64-bits
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.openembedded.org/pipermail/openembedded-devel/attachments/20110521/48ff21e2/attachment-0002.sig>