[Gta04-owner] qte build
H. Nikolaus Schaller
hns at goldelico.com
Fri Apr 6 12:07:16 CEST 2018
Hi,
> Am 06.04.2018 um 11:47 schrieb Belisko Marek <marek.belisko at gmail.com>:
>
> hi Nikolaus,
>
> On Fri, Apr 6, 2018 at 9:22 AM, H. Nikolaus Schaller <hns at goldelico.com> wrote:
>> Hi,
>> for me it worked fine inside a freshly debootstrapped jessie (8.10) or I would not have been able to get:
>>
>> http://download.goldelico.com/letux-debian-rootfs/debian/dists/jessie/main/binary-armhf/qt-embedded_4.8.7.20180317_armhf.deb
>>
>>
>>> Am 06.04.2018 um 08:50 schrieb Belisko Marek <marek.belisko at gmail.com>:
>>>
>>> Hi,
>>>
>>> I think it's due to the strict compiler in jessie then in older
>>> versions. I think it should be easily fixable.
>>
>> Yes, that seems to be a good explanation!
>>
>>> I tried yesterday do
>>> docker build for qtmoko but it's still wip but looks promising.
>>
>> Nice idea!
>>
>>> Then
>>> we don't need any chroot on arm boards but we can do it easily on PC.
>>
>> Well, for me setting up Docker is more complex than running chroot on
>> a separate arm board through ssh... And I am curious about real world
>> speed since I assume that it uses some qemu to execute ARM code.
> Well it's using virtualisation but unsure what is behind the scenes.
> Installing docker on mac is very easy (also on linux).
Yes, indeed. The question is how fast an ARM Linux is on Mac. My experiments
with qemu were not convincing. If I remember correctly it did take 30-40
hours to compile qtmoko. While the same on OMAP5EVM did take 4-6 hours. Even
using an SD card for swap. But Docker may be faster than qemu.
> Idea is to avoid copying, cloning on arm device (need also big SD
> card) but do build locally on PC which is actually more comfortable.
> Let's see where I'll get ;)
I had experimented a lot with virtualization like qemu and VirtualBox
before switching to the ARM SBC setup.
The main problem is to neatly (and automatically) get the built results
out of this virtual system.
With an external ARM SBC connected to LAN ist is just some scp or rsync
back and forth.
Doing the same with virtual networking was quite unstable. E.g. I got either
access from the virtual machine to the public internet or could ssh into
it. But not both. And mounting host directories was also unreliable.
In summary I faced more unsolvable problems than just buying a 200GB µSD
card for ~70€ :) And even a 32GB card would suffice for the beginning.
BTW: my approach would also work almost the same on a Letux Cortex 8
or PocketBeagle (total cost ~100€) connected and powered through
USB Ethernet Gadget. Just much slower than on OMAP5 connected to LAN.
So I am curious about your results. We will certainly learn something
and have choice.
BR,
Nikolaus
>
>>
>> Anyways, there are many roads to Rome :)
>>
>>> Will provide more info when have some results.
>>>
>>> P.S: which gcc version you have in jessie? I think fomr 5.x or 6.x
>>> while in older was 4.7 or 4.9
>>
>> I have just installed the default compiler (debhelper + build-essential).
>>
>> root at letux:~# chroot /debian-jessie-armhf-qtmoko-build/
>> root at letux:/# gcc -v
>> Using built-in specs.
>> COLLECT_GCC=gcc
>> COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.9/lto-wrapper
>> Target: arm-linux-gnueabihf
>> Configured with: ../src/configure -v --with-pkgversion='Debian 4.9.2-10' --with-bugurl=file:///usr/share/doc/gcc-4.9/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.9 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.9 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libitm --disable-libquadmath --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.9-armhf/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.9-armhf --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.9-armhf --with-arch-directory=arm --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-sjlj-exce
> pt
>> ions --with-arch=armv7-a --with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb --enable-checking=release --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf
>> Thread model: posix
>> gcc version 4.9.2 (Debian 4.9.2-10)
>> root at letux:/#
>>
>> Hope this helps,
>> Nikolaus
>
>>
>>> Thanks and BR,
>>>
>>> marek
>>>
>>> On Fri, Apr 6, 2018 at 7:15 AM, Andreas Kemnade <andreas at kemnade.info> wrote:
>>>> Hi,
>>>>
>>>> I am trying to build qtmoko2-qte on jessie. It stops here:
>>>>
>>>>
>>>>
>>>> arm-linux-gnueabihf-g++ -c -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -I/usr/include/dbus-1.0 -I/usr/lib/arm-linux-gnueabihf/dbus-1.0/include -O2 -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -D_REENTRANT -fPIC -DQT_SHARED -DQT_BUILD_DBUS_LIB -DDBUS_API_SUBJECT_TO_CHANGE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_NO_DEBUG -DQT_XML_LIB -DQT_CORE_LIB -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/home/qtbuild/qtmoko2-qte/source/mkspecs/qws/linux-debian-armhf -I/home/qtbuild/qtmoko2-qte/source/src/dbus -I../../include/QtCore -I../../include/QtXml -I../../include -I../../include/QtDBus -I.rcc/release-shared-emb-auto -I.moc/release-shared-emb-auto -I. -o .obj/release-shared-emb-auto/qdbusintegrator.o /home/qtbuild/qtmoko2-qte/source/src/dbus/qdbusintegrator.cpp
>>>> In file included from ../../include/QtCore/qatomic_generic.h:1:0,
>>>> from ../../include/QtCore/../../../source/src/corelib/arch/qatomic_arch.h:64,
>>>> from ../../include/QtCore/qatomic_arch.h:1,
>>>> from ../../include/QtCore/../../../source/src/corelib/thread/qbasicatomic.h:227,
>>>> from ../../include/QtCore/qbasicatomic.h:1,
>>>> from ../../include/QtCore/../../../source/src/corelib/thread/qatomic.h:46,
>>>> from ../../include/QtCore/qatomic.h:1,
>>>> from ../../include/QtCore/../../../source/src/corelib/tools/qbytearray.h:45,
>>>> from ../../include/QtCore/qbytearray.h:1,
>>>> from ../../include/QtCore/../../../source/src/corelib/tools/qstring.h:46,
>>>> from ../../include/QtCore/qstring.h:1,
>>>> from ../../include/QtCore/../../../source/src/corelib/kernel/qobject.h:48,
>>>> from ../../include/QtCore/qobject.h:1,
>>>> from ../../include/QtCore/../../../source/src/corelib/kernel/qcoreapplication.h:45,
>>>> from ../../include/QtCore/qcoreapplication.h:1,
>>>> from /home/qtbuild/qtmoko2-qte/source/src/dbus/qdbusintegrator.cpp:42:
>>>> ../../include/QtCore/../../../source/src/corelib/arch/qatomic_generic.h: In instantiation of 'bool QBasicAtomicPointer<T>::testAndSetOrdered(T*, T*) [with T = const QString]':
>>>> /home/qtbuild/qtmoko2-qte/source/src/dbus/qdbusintegrator.cpp:76:1: required from here
>>>> ../../include/QtCore/../../../source/src/corelib/arch/qatomic_generic.h:197:88: error: invalid conversion from 'const void*' to 'void*' [-fpermissive]
>>>> return QBasicAtomicPointer_testAndSetOrdered(pointer.voidp, expectedValue, newValue);
>>>> ^
>>>> ../../include/QtCore/../../../source/src/corelib/arch/qatomic_generic.h:108:20: note: initializing argument 2 of 'bool QBasicAtomicPointer_testAndSetOrdered(void* volatile*, void*, void*)'
>>>> Q_CORE_EXPORT bool QBasicAtomicPointer_testAndSetOrdered(void * volatile *, void *, void *);
>>>> ^
>>>> ../../include/QtCore/../../../source/src/corelib/arch/qatomic_generic.h:197:88: error: invalid conversion from 'const void*' to 'void*' [-fpermissive]
>>>> return QBasicAtomicPointer_testAndSetOrdered(pointer.voidp, expectedValue, newValue);
>>>> ^
>>>> ../../include/QtCore/../../../source/src/corelib/arch/qatomic_generic.h:108:20: note: initializing argument 3 of 'bool QBasicAtomicPointer_testAndSetOrdered(void* volatile*, void*, void*)'
>>>> Q_CORE_EXPORT bool QBasicAtomicPointer_testAndSetOrdered(void * volatile *, void *, void *);
>>>> ^
>>>> Makefile:2274: recipe for target '.obj/release-shared-emb-auto/qdbusintegrator.o' failed
>>>> make[2]: *** [.obj/release-shared-emb-auto/qdbusintegrator.o] Error 1
>>>>
>>>>
>>>> The main question I have now is: The configuration of qte seems to be
>>>> different to tho one included in qtmoko. Is that intentional? The
>>>> qtmoko one disables e.g. dbus.
>>>>
>>>> Regards,
>>>> Andreas
>>>>
>>>> _______________________________________________
>>>> Gta04-owner mailing list
>>>> Gta04-owner at goldelico.com
>>>> http://lists.goldelico.com/mailman/listinfo.cgi/gta04-owner
>>>>
>>>
>>>
>>>
>>> --
>>> as simple and primitive as possible
>>> -------------------------------------------------
>>> Marek Belisko - OPEN-NANDRA
>>> Freelance Developer
>>>
>>> Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
>>> Tel: +421 915 052 184
>>> skype: marekwhite
>>> twitter: #opennandra
>>> web: http://open-nandra.com
>>> _______________________________________________
>>> Gta04-owner mailing list
>>> Gta04-owner at goldelico.com
>>> http://lists.goldelico.com/mailman/listinfo.cgi/gta04-owner
>>
>> _______________________________________________
>> Gta04-owner mailing list
>> Gta04-owner at goldelico.com
>> http://lists.goldelico.com/mailman/listinfo.cgi/gta04-owner
>
> BR,
>
> marek
>
> --
> as simple and primitive as possible
> -------------------------------------------------
> Marek Belisko - OPEN-NANDRA
> Freelance Developer
>
> Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
> Tel: +421 915 052 184
> skype: marekwhite
> twitter: #opennandra
> web: http://open-nandra.com
> _______________________________________________
> Gta04-owner mailing list
> Gta04-owner at goldelico.com
> http://lists.goldelico.com/mailman/listinfo.cgi/gta04-owner
More information about the Gta04-owner
mailing list