* qt4-native:
@ 2011-05-10 20:40 Paul Menzel
2011-05-10 20:57 ` 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
0 siblings, 1 reply; 7+ messages in thread
From: Paul Menzel @ 2011-05-10 20:40 UTC (permalink / raw)
To: openembedded-devel
[-- Attachment #1: Type: text/plain, Size: 8973 bytes --]
Dear Simon and other OpenEmbedded folks,
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'
Precompiled-headers support enabled.
Symbol visibility control enabled.
This is the Qt for Embedded Linux Open Source Edition.
You are licensed to use this software under the terms of
the Lesser GNU General Public License (LGPL) versions 2.1.
You are also licensed to use this software under the terms of
the GNU General Public License (GPL) versions 3.
Type '3' to view the GNU General Public License version 3.
Type 'L' to view the Lesser GNU General Public License version 2.1.
Type 'yes' to accept this license offer.
Type 'no' to decline this license offer.
Do you accept the terms of either license?
Creating qmake. Please wait...
g++ -c -o project.o -pipe -m64 -m64 -DQMAKE_OPENSOURCE_EDITION -I. -Igenerators -Igenerators/unix -Igenerators/win32 -Igenerators/mac -Igenerators/symbian -I/oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include -I/oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore -I/oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/src/corelib/global -I/oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/src/corelib/xml -I/oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/tools/shared -DQT_NO_PCRE -DQT_BUILD_QMAKE -DQT_BOOTSTRAPPED -DQLIBRARYINFO_EPOCROOT -DQT_NO_TEXTCODEC -DQT_NO_UNICODETABLES -DQT_NO_COMPONENT -DQT_NO_STL -DQT_NO_COMPRESS -I/oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/mkspecs/qws/linux-x86_64-g++ -DHAVE_QCONFIG_CPP -DQT_NO_THREAD -DQT_NO_QOBJECT -DQT_NO_GEOM_VARIANT project.cpp
In file included from /usr/include/features.h:378,
from /usr/include/string.h:26,
from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/../../src/corelib/tools/qbytearray.h:48,
from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/qbytearray.h:1,
from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/../../src/corelib/tools/qstring.h:46,
from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/qstring.h:1,
from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/../../src/corelib/io/qiodevice.h:51,
from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/qiodevice.h:1,
from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/../../src/corelib/io/qdatastream.h:46,
from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/qdatastream.h:1,
from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/../../src/corelib/tools/qstringlist.h:46,
from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/qstringlist.h:1,
from project.h:45,
from project.cpp:42:
/usr/include/gnu/stubs.h:9:27: error: gnu/stubs-64.h: No such file or directory
make: *** [project.o] Error 1
+ die 'Configuring qt failed. EXTRA_OECONF was -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'
+ oefatal 'Configuring qt failed. EXTRA_OECONF was -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'
+ echo FATAL: 'Configuring qt failed. EXTRA_OECONF was -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'
FATAL: Configuring qt failed. EXTRA_OECONF was -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
+ exit 1
Do you have direct contacts to the Qt developers you can ask about that?
If not I need to register at Qt upstream and submit a report sometime.
I found [1] and [2] on the WWW dealing with this error, but I did not
find an upstream bug report.
Thanks,
Paul
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519050
[2] http://www.bitchx.com/log/qt-f/qt-f-11-Jun-2010/qt-f-11-Jun-2010-09.php
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: qt4-native: `/usr/include/gnu/stubs.h:9:27: error: gnu/stubs-64.h: No such file or directory` because architecture incorrectly detected
2011-05-10 20:40 qt4-native: Paul Menzel
@ 2011-05-10 20:57 ` Paul Menzel
2011-05-14 7:15 ` Eric Bénard
0 siblings, 1 reply; 7+ messages in thread
From: Paul Menzel @ 2011-05-10 20:57 UTC (permalink / raw)
To: openembedded-devel
[-- Attachment #1: Type: text/plain, Size: 9267 bytes --]
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'
> Precompiled-headers support enabled.
> Symbol visibility control enabled.
>
> This is the Qt for Embedded Linux Open Source Edition.
>
> You are licensed to use this software under the terms of
> the Lesser GNU General Public License (LGPL) versions 2.1.
> You are also licensed to use this software under the terms of
> the GNU General Public License (GPL) versions 3.
>
> Type '3' to view the GNU General Public License version 3.
> Type 'L' to view the Lesser GNU General Public License version 2.1.
> Type 'yes' to accept this license offer.
> Type 'no' to decline this license offer.
>
> Do you accept the terms of either license?
> Creating qmake. Please wait...
> g++ -c -o project.o -pipe -m64 -m64 -DQMAKE_OPENSOURCE_EDITION -I. -Igenerators -Igenerators/unix -Igenerators/win32 -Igenerators/mac -Igenerators/symbian -I/oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include -I/oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore -I/oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/src/corelib/global -I/oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/src/corelib/xml -I/oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/tools/shared -DQT_NO_PCRE -DQT_BUILD_QMAKE -DQT_BOOTSTRAPPED -DQLIBRARYINFO_EPOCROOT -DQT_NO_TEXTCODEC -DQT_NO_UNICODETABLES -DQT_NO_COMPONENT -DQT_NO_STL -DQT_NO_COMPRESS -I/oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/mkspecs/qws/linux-x86_64-g++ -DHAVE_QCONFIG_CPP -DQT_NO_THREAD -DQT_NO_QOBJECT -DQT_NO_GEOM_VARIANT project.cpp
> In file included from /usr/include/features.h:378,
> from /usr/include/string.h:26,
> from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/../../src/corelib/tools/qbytearray.h:48,
> from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/qbytearray.h:1,
> from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/../../src/corelib/tools/qstring.h:46,
> from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/qstring.h:1,
> from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/../../src/corelib/io/qiodevice.h:51,
> from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/qiodevice.h:1,
> from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/../../src/corelib/io/qdatastream.h:46,
> from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/qdatastream.h:1,
> from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/../../src/corelib/tools/qstringlist.h:46,
> from /oe/build-angstrom-next/angstrom-dev/work/i686-linux/qt4-native-4.7.2-r0.0/qt-everywhere-opensource-src-4.7.2/include/QtCore/qstringlist.h:1,
> from project.h:45,
> from project.cpp:42:
> /usr/include/gnu/stubs.h:9:27: error: gnu/stubs-64.h: No such file or directory
> make: *** [project.o] Error 1
> + die 'Configuring qt failed. EXTRA_OECONF was -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'
> + oefatal 'Configuring qt failed. EXTRA_OECONF was -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'
> + echo FATAL: 'Configuring qt failed. EXTRA_OECONF was -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'
> FATAL: Configuring qt failed. EXTRA_OECONF was -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
> + exit 1
>
> Do you have direct contacts to the Qt developers you can ask about that?
> If not I need to register at Qt upstream and submit a report sometime.
>
> I found [1] and [2] on the WWW dealing with this error, but I did not
> find an upstream bug report.
>
>
> Thanks,
>
> Paul
>
>
> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519050
> [2] http://www.bitchx.com/log/qt-f/qt-f-11-Jun-2010/qt-f-11-Jun-2010-09.php
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: qt4-native: `/usr/include/gnu/stubs.h:9:27: error: gnu/stubs-64.h: No such file or directory` because architecture incorrectly detected
2011-05-10 20:57 ` 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
@ 2011-05-14 7:15 ` Eric Bénard
2011-05-15 15:14 ` Paul Menzel
0 siblings, 1 reply; 7+ messages in thread
From: Eric Bénard @ 2011-05-14 7:15 UTC (permalink / raw)
To: openembedded-devel
Hi Paul
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]}"
maybe something like file `which init` and analysing the output ?
Eric
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: qt4-native: `/usr/include/gnu/stubs.h:9:27: error: gnu/stubs-64.h: No such file or directory` because architecture incorrectly detected
2011-05-14 7:15 ` Eric Bénard
@ 2011-05-15 15:14 ` Paul Menzel
2011-05-21 13:53 ` Paul Menzel
0 siblings, 1 reply; 7+ messages in thread
From: Paul Menzel @ 2011-05-15 15:14 UTC (permalink / raw)
To: openembedded-devel
[-- Attachment #1: Type: text/plain, Size: 2725 bytes --]
Dear Eric,
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
Thank you for looking into this problem,
Paul
[1] http://tug.org/pipermail/tex-live/2009-June/021119.html
[2] http://tug.org/pipermail/tex-live/2009-June/021124.html
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: qt4-native: `/usr/include/gnu/stubs.h:9:27: error: gnu/stubs-64.h: No such file or directory` because architecture incorrectly detected
2011-05-15 15:14 ` Paul Menzel
@ 2011-05-21 13:53 ` Paul Menzel
2011-05-21 13:59 ` Eric Bénard
0 siblings, 1 reply; 7+ messages in thread
From: Paul Menzel @ 2011-05-21 13:53 UTC (permalink / raw)
To: openembedded-devel
[-- Attachment #1: Type: text/plain, Size: 3158 bytes --]
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
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: qt4-native: `/usr/include/gnu/stubs.h:9:27: error: gnu/stubs-64.h: No such file or directory` because architecture incorrectly detected
2011-05-21 13:53 ` Paul Menzel
@ 2011-05-21 13:59 ` Eric Bénard
2011-05-21 15:56 ` Paul Menzel
0 siblings, 1 reply; 7+ messages in thread
From: Eric Bénard @ 2011-05-21 13:59 UTC (permalink / raw)
To: openembedded-devel
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
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: qt4-native: `/usr/include/gnu/stubs.h:9:27: error: gnu/stubs-64.h: No such file or directory` because architecture incorrectly detected
2011-05-21 13:59 ` Eric Bénard
@ 2011-05-21 15:56 ` Paul Menzel
0 siblings, 0 replies; 7+ messages in thread
From: Paul Menzel @ 2011-05-21 15:56 UTC (permalink / raw)
To: openembedded-devel
[-- Attachment #1: Type: text/plain, Size: 3559 bytes --]
Dear Eric,
Am Samstag, den 21.05.2011, 15:59 +0200 schrieb Eric Bénard:
> On 21/05/2011 15:53, Paul Menzel wrote:
> > 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.
`lshw` is not even installed on my system. ;-) I meant
getconf LONG_BIT
and testing this on a 64-bit user space/64-bit Linux kernel system
returned 64 and on a 32-bit user space/64-bit Linux Kernel system it
returned 32.
I guess another possibility would be to check if `stubs.h` or
`stubs-64.h` is present.
Thanks,
Paul
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2011-05-21 15:59 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-05-10 20:40 qt4-native: Paul Menzel
2011-05-10 20:57 ` 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
2011-05-14 7:15 ` Eric Bénard
2011-05-15 15:14 ` Paul Menzel
2011-05-21 13:53 ` Paul Menzel
2011-05-21 13:59 ` Eric Bénard
2011-05-21 15:56 ` Paul Menzel
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.