Hi, > Am 06.04.2018 um 11:47 schrieb Belisko Marek <marek.beli...@gmail.com>: > > hi Nikolaus, > > On Fri, Apr 6, 2018 at 9:22 AM, H. Nikolaus Schaller <h...@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.beli...@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@letux:~# chroot /debian-jessie-armhf-qtmoko-build/ >> root@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@letux:/# >> >> Hope this helps, >> Nikolaus > >> >>> Thanks and BR, >>> >>> marek >>> >>> On Fri, Apr 6, 2018 at 7:15 AM, Andreas Kemnade <andr...@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@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@goldelico.com >>> http://lists.goldelico.com/mailman/listinfo.cgi/gta04-owner >> >> _______________________________________________ >> Gta04-owner mailing list >> Gta04-owner@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@goldelico.com > http://lists.goldelico.com/mailman/listinfo.cgi/gta04-owner _______________________________________________ Gta04-owner mailing list Gta04-owner@goldelico.com http://lists.goldelico.com/mailman/listinfo.cgi/gta04-owner
