Hi all,
I found out what the problem was, as to why qtwebnegineview did not show up
on my embedded target (x86 pentium4). The problem was that on my embedded
target, I wrote my own version of udev, which did not account for folder
creation of /dev/shm when that event came in over netlink-bus. By
I am suspecting that the reason why qtwebengineview did not render because
it could not establish IPC connection to qtwebengineprocess. As seen in
the error below, qtwebengineview aborted when it received unexpected number
of bytes from the IPC initialization call (recvmsg): "unexpected number of
>
>> For me, it's quite simple:
>> No (opensource/commercial) Qt CI = No (opensource/commercial) Qt
>> binaries = No (opensource/commercial) support.
>
> No CI, see above.
> No binaries, build from sources.
> No support, sorry, I can't comment.
Just a quick comment from TQtC’s perspective on thi
On Saturday, 6 January 2018 21:43:00 CST Kevin Kofler wrote:
> One possibility that always works is to just set up a 32-bit chroot on your
> 64-bit system, where everything is 32-bit: libraries, compiler, etc. On
> Fedora, the "mock" tool can produce such a chroot, other distros have other
> compar
Christian Gagneraud wrote:
> When I asked my question a few month ago, it was all about how to
> install all the 32 bits (dev) packages on a 64 bits Linux machine
> without having to resort to "dirty hacks", and so far i've been
> unlucky, and nobody was able to give me any hints (not blaming anyon
Hi Thiago,
Thanks for the details, i'll switch to qt-interest. I've made progress
but still have a weird package conflict for QtWebEngine.
Chris
On 7 January 2018 at 03:27, Thiago Macieira wrote:
> On Saturday, 6 January 2018 09:21:35 -02 Christian Gagneraud wrote:
>> > Regular configure -platf
On Saturday, 6 January 2018 09:21:35 -02 Christian Gagneraud wrote:
> > Regular configure -platform linux-g++-32 && make. There's nothing special.
>
> Well, thanks for the tip!
To be clear, this is my config.opt (newlines replaced by spaces). I have other
options, but nothing special:
-opensour
On 5 January 2018 at 15:11, Thiago Macieira wrote:
>> I wish too, i could target Linux-x86_64, but i cannot. This codebase
>> currently builds for WINTEL32 and Linux/ARM32, it used to be built for
>> a Geode or VIA proc, some time ago, with Qt-4.x
>
> The fact that you mention Geode and VIA means
On Thursday, 4 January 2018 23:40:40 -02 Christian Gagneraud wrote:
> It's not just about what hardware you target, in my case, i cannot
> build the codebase in 64 bits, simply because the code is not 64-bits
> ready (mainly due to legacy old/complicated components): Not only the
> code base is ful
On 5 January 2018 at 12:22, Thiago Macieira wrote:
> On Thursday, 4 January 2018 20:52:40 -02 Christian Gagneraud wrote:
>> On 5 January 2018 at 03:16, Kevin Kofler wrote:
>> > Thiago Macieira wrote:
>> >> In particular: -no-sse2.
>> >>
>> >> If you use that option, that means you're optimising f
On Thursday, 4 January 2018 20:52:40 -02 Christian Gagneraud wrote:
> On 5 January 2018 at 03:16, Kevin Kofler wrote:
> > Thiago Macieira wrote:
> >> In particular: -no-sse2.
> >>
> >> If you use that option, that means you're optimising for Pentium III and
> >> earlier, not Pentium 4. All Pentiu
On 5 January 2018 at 03:16, Kevin Kofler wrote:
> Thiago Macieira wrote:
>> In particular: -no-sse2.
>>
>> If you use that option, that means you're optimising for Pentium III and
>> earlier, not Pentium 4. All Pentium 4 processors have SSE2.
I was looking at LEDE (a fork/merge of OpenWRT) recent
On Thursday, 4 January 2018 12:16:37 -02 Kevin Kofler wrote:
> Thiago Macieira wrote:
> > In particular: -no-sse2.
> >
> > If you use that option, that means you're optimising for Pentium III and
> > earlier, not Pentium 4. All Pentium 4 processors have SSE2.
> >
> > More importantly, SSE2 is *MA
Thiago Macieira wrote:
> In particular: -no-sse2.
>
> If you use that option, that means you're optimising for Pentium III and
> earlier, not Pentium 4. All Pentium 4 processors have SSE2.
>
> More importantly, SSE2 is *MANDATORY* for 64-bit builds. You may not turn
> it off. The errors you are g
On Wednesday, 3 January 2018 18:01:43 -02 Thiago Macieira wrote:
> > -prefix /opt/qt5.10.0 -no-separate-debug-info -system-zlib -system-libpng
> > -confirm-license -nomake examples -I /usr/X11/include -release
> > -webengine-webrtc -qt-libjpeg -no-sse2 -no-sse3 -no-sse3 -no-sse4.1
> > -no-sse4.2 -n
On Wednesday, 3 January 2018 17:53:40 -02 Toan Pham wrote:
> Thiago,
>
> I am using gcc 4.8.5, but the compiler was optimized for pentium4 so all of
> those vector instructions had to be disabled at build time.
Ah, ok, provided "all those" imply "those that Pentium 4 did not support".
> BTW, I g
Thiago,
I am using gcc 4.8.5, but the compiler was optimized for pentium4 so all of
those vector instructions had to be disabled at build time.
BTW, I got webengine to compile successfully with several patches to
libvpx. Now, I just ran into another brick wall with the errors attached
at the end
On Wednesday, 3 January 2018 16:02:33 -02 Toan Pham wrote:
> The compiler I built a few years back was optimized for pentium4; it
> wouldn't accept the -mavx2 option. That's why I had to hack libvpx to
> disable avx completely.
AVX2 is a "relatively" modern instruction set, only available in GCC
@Kevin,
The compiler I built a few years back was optimized for pentium4; it
wouldn't accept the -mavx2 option. That's why I had to hack libvpx to
disable avx completely.
Anyway, Here's the patch to libvpx if anyone is running into the same issue
at link time:
--- source/config/linux/ia32/vpx
Toan Pham wrote:
> I over came the memory limitation by forcing ninja to run in single thread
> (pass -j 1 to ninja). However, at linking stage using a 32bit linker, the
> linker failed because it could not find references to avx2 in libvpx, a
> third-party library that I hacked to get AVX2 disabl
On sexta-feira, 22 de dezembro de 2017 10:30:12 -02 Konstantin Tokarev wrote:
> Well, -m32 is also a kind of cross-compilation. It requires completely
> different set of dependency packages to be preinstalled.
Not exactly. Yes, it requires a different set of packages to be installed, but
they're
22.12.2017, 15:26, "Thiago Macieira" :
> On quinta-feira, 21 de dezembro de 2017 22:00:26 -02 Kevin Kofler wrote:
>> Thiago Macieira wrote:
>> > To build? At least 8 GB of RAM and please use a 64-bit toolchain. You may
>> > compile for 32-bit, but you need to use a 64-bit linker executable.
>>
On quinta-feira, 21 de dezembro de 2017 22:00:26 -02 Kevin Kofler wrote:
> Thiago Macieira wrote:
> > To build? At least 8 GB of RAM and please use a 64-bit toolchain. You may
> > compile for 32-bit, but you need to use a 64-bit linker executable.
>
> I haven't tried 5.10.0 yet, but 5.9.3 built fi
Thiago Macieira wrote:
> To build? At least 8 GB of RAM and please use a 64-bit toolchain. You may
> compile for 32-bit, but you need to use a 64-bit linker executable.
I haven't tried 5.10.0 yet, but 5.9.3 built fine with the 32-bit toolchains
we have in our Fedora 32-bit buildroots (i686 and ar
On quinta-feira, 21 de dezembro de 2017 18:57:15 -02 Toan Pham wrote:
> On my t2 sandbox environment, It only has 3G of RAM and that webengine
> build stopped because it ran out of memory.
>
> Does anyone know the minimal memory requirement to build qt w/ webengine.
To build? At least 8 GB of RAM
Sorry for so much email noise,
On my t2 sandbox environment, It only has 3G of RAM and that webengine
build stopped because it ran out of memory.
Does anyone know the minimal memory requirement to build qt w/ webengine.
thanks,
[10013] 0 10013 1785 102 1 0
Hi all,
How do I add an include path (/usr/X11/include) to chromium build.
Not sure why qtwebengine did not detect include path /usr/X11/include
before starting the build. thanks
[1878/11462] CXX obj/skia/skia/SkFontConfigInterface_direct.o
FAILED: obj/skia/skia/SkFontConfigInterface_direct
Hi all,
I just found out that the build failed while running this command in
qtwebengine/src/core:
/TOOLCHAIN/loop/target/nicebox/sandbox/qt-everywhere-src-5.10.0/qtwebengine/src/3rdparty/ninja/ninja
-C
/TOOLCHAIN/loop/target/nicebox/sandbox/qt-everywhere-src-5.10.0/qtwebengine/src/core/release
Q
Here is brief update on my 32bit build:
1. 32bit build inside lxc container - code built successfully, qtwebengine
worked perfectly. The only problem w/ this one is that it does not use
compatible glibc library as my target board.
2. 32bit build inside t2 sandbox - I got the builder to use in
On Montag, 18. Dezember 2017 18:53:55 CET Toan Pham wrote:
> "/TOOLCHAIN/loop/target/nicebox/sandbox/qt-everywhere-src-5.10.0/qtwebengine
> /src/3rdparty/chromium/tools/gn/bootstrap/bootstrap.py", line 45, in
> check_call
> subprocess.check_call(cmd, cwd=GN_ROOT, **kwargs)
> File "/usr/lib/py
Hi
It looks like the build can not proceed because of lack of working
ninja. Qt configure detects system ninja, and in case it does not work
builds internal one. In case for some reason this failed you can
still force the build to use internal ninja with configure option:
-no-feature-webengine-sy
On Monday, 18 December 2017 09:53:55 PST Toan Pham wrote:
> 1. 32 bit LXC container (ubuntu 16.04 32bit)
> The build is still compiling chronium web-engine for the last an hr
> and a half. So far, I haven't had much problem w/ this one except that I
> had to comment out a few lines in qtwebe
Thiago,
I am running two parallel builds at the moment, and they are:
1. 32 bit LXC container (ubuntu 16.04 32bit)
The build is still compiling chronium web-engine for the last an hr
and a half. So far, I haven't had much problem w/ this one except that I
had to comment out a few lines i
On Monday, 18 December 2017 07:46:24 PST Toan Pham wrote:
> Hi,
>
> I am having multiple problems w/ building qt5.10 w/ webengine support for
> linux 32bit. Before I proceed further down that road, I would like to know
> if there's a pre-built version of qt5.10.0 w/ webengine for linux 32bit
> so
Hi,
I am having multiple problems w/ building qt5.10 w/ webengine support for
linux 32bit. Before I proceed further down that road, I would like to know
if there's a pre-built version of qt5.10.0 w/ webengine for linux 32bit
somewhere?
thank you and have a good day,
TP
35 matches
Mail list logo
