Does the i686 version work for you?
I just actually tested it (only tested x86_64 before) and noticed that my application is crashing when instantiating the QWebView. My first thought was that the latest mingw-w64-angleproject is causing the crashes so I just tried an older version of ANGLE (2.1.r5637.0e49e6b) and Qt WebKit (5.4.2) but my app is still crashing. I couldn't do further debugging yet. Can you reproduce the issue? I'm getting the same results under Windows XP, Windows 7 and WINE and that's all I've been testing yet. As already mentioned, the x86_64 version works fine. Any thoughts?
Search Criteria
Package Details: mingw-w64-qt5-webkit 5.9.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/mingw-w64-qt5-webkit.git (read-only, click to copy) |
---|---|
Package Base: | mingw-w64-qt5-webkit |
Description: | Classes for a WebKit2 based implementation and a new QML API (mingw-w64) |
Upstream URL: | https://www.qt.io/ |
Licenses: | custom, GPL3, LGPL, FDL |
Groups: | mingw-w64-qt5 |
Submitter: | ant32 |
Maintainer: | Martchus |
Last Packager: | Martchus |
Votes: | 2 |
Popularity: | 0.000000 |
First Submitted: | 2014-02-11 15:57 (UTC) |
Last Updated: | 2017-06-08 19:52 (UTC) |
Dependencies (18)
- mingw-w64-angleproject
- mingw-w64-fontconfigAUR
- mingw-w64-icuAUR
- mingw-w64-libjpeg-turboAUR (mingw-w64-libjpegAUR)
- mingw-w64-libpngAUR
- mingw-w64-libwebpAUR
- mingw-w64-libxsltAUR
- mingw-w64-qt5-declarativeAUR
- mingw-w64-qt5-locationAUR
- mingw-w64-qt5-multimediaAUR
- mingw-w64-qt5-sensorsAUR
- mingw-w64-sqliteAUR
- mingw-w64-zlibAUR
- gperf (gperf-gitAUR) (make)
- mingw-w64-gcc (llvm-mingw-w64-toolchain-ucrt-binAUR, llvm-mingw-w64-toolchain-msvcrt-binAUR) (make)
- mingw-w64-pkg-configAUR (llvm-mingw-w64-pkg-configAUR) (make)
- python (python37AUR, python311AUR, python310AUR) (make)
- ruby (make)
Required by (0)
Sources (10)
- 0001-Use-correct-ICU-libs.patch
- 0002-Use-pkg-config.patch
- 0003-Use-system-ANGLE-rather-than-bundled-version.patch
- 0004-Prevent-symbols-not-being-exported-in-Qt5WebKit.dll.patch
- 0005-Build-with-smaller-debug-info.patch
- 0006-Establish-compatibility-with-latest-ANGLE.patch
- 0007-Include-intrin.h-for-declaration-of-_mm_mfence.patch
- 0008-Link-against-ANGLE-even-if-Qt-is-configured-not-to.patch
- 0009-Fixed-crash-probably-miscompilation-with-MinGW-w64-5.patch
- https://download.qt.io/community_releases/5.9/5.9.0-final/qtwebkit-opensource-src-5.9.0.tar.xz
Martchus commented on 2016-03-31 12:12 (UTC)
Martchus commented on 2016-01-05 22:15 (UTC)
Just checked whether the package provided by your binary repository works.
Unfortunately not: It links against the old libjpeg-62.dll but the current version is libjpeg-8.dll. The build date of the webkit in your repository seems to be "Thu Jun 11 16:08:01 UTC 2015".
From mingw-w64.db:
%NAME%
mingw-w64-qt5-webkit
%VERSION%
5.4.2-1
%BUILDDATE%
1434038881
Because you now also provide the latest libjpeg-8.dll your repo is now as inconsistent as mine.
Martchus commented on 2016-01-05 14:12 (UTC) (edited on 2016-03-09 15:55 (UTC) by Martchus)
Thanks. Seems like you updated your repository. Last time I checked it because I was unable to rebuild mingw-w64-qt5-webkit to link against new libjpeg-turbo but the version in the repo didn't use the new libjpeg-turbo either.
However I'm still wondering what I'm doing wrong when building this package (for the error, see my comment from 2015-11-22).
Anyways, the webkit module will be removed in Qt 5.6: https://wiki.qt.io/New_Features_in_Qt_5.6
I'm currently trying to create a package for webengine, but it I think it will need a lot of patches. The basic configuration rejects building with mingw-w64 at all. After patching this more errors appear. I guess this is the reason why the Fedora devs haven't webengine either.
EDIT: The basic configuration rejects building with mingw-w64 because building with mingw-w64 is not supported by Chromium. I don't think Qt devs can fix this easily and hence mingw-w64 support is not to be expected (in near future).
EDIT: The statement about the removal of webkit is not exactly true. It will only be removed from the master package of Qt 5.6. There will be a 5.6 release which is the 5.5 source code plus a couple of minor buildsystem fixes.
ant32 commented on 2016-01-05 02:08 (UTC)
You can find the latest webkit I compiled here http://sourceforge.net/projects/mingw-w64-archlinux/files/x86_64/
I'm planning on updating this in the near future. It's basically just Fedora's package rewritin into a PKGBUILD http://pkgs.fedoraproject.org/cgit/mingw-qt5-qtwebkit.git/
Martchus commented on 2016-01-04 22:31 (UTC)
I've just decided to give it another try (because there is also a new libwebp version now) but I've got the same error.
I've read that WebKit will be dropped in Qt 5.6 (in favor of Chromium) so instead of fixing this package another solution would be switching to Chromium (Qt webengine module).
ant32: Do you intent to add a mingw-w64-qt5-webengine package?
Martchus commented on 2015-11-22 22:59 (UTC) (edited on 2015-11-22 23:00 (UTC) by Martchus)
When building the package, I'm getting the following error:
" %pure_parser
^^^^^^^^^^^^
perl /build/mingw-w64-qt5-webkit/src/qtwebkit-opensource-src-5.4.2/Source/WebCore/../WebKit/scripts/generate-webkitversion.pl --config /build/mingw-w64-qt5-webkit/src/qtwebkit-opensource-src-5.4.2/Source/WebCore/../WebKit/mac/Configurations/Version.xcconfig --outputDir generated/
type nul > generated/idl_files.tmp
/bin/sh: line 0: type: nul: not found
Makefile.WebCore.DerivedSources:931: recipe for target 'generated/supplemental_dependency.tmp' failed
make[2]: *** [generated/supplemental_dependency.tmp] Error 1"
I've noticed you use a patch to get rid of ICU. Why does the package then still depend on ICU?
I actually just need to rebuild the package because libjpeg-turbo updated. Building version 5.4.1 worked for me some time ago but I can't find the old PKGBUILD file anymore. If you still have the previous version I would try to build that one.
And thanks for providing all the mingw-w64-qt5-* packages :-)
ant32 commented on 2015-01-16 05:55 (UTC)
https://bugs.archlinux.org/task/43468
ant32 commented on 2014-12-14 01:50 (UTC)
some of the patches don't work for 5.4.0 and without them it doesn't build. I'll either wait till fedora is updated or till me or someone else has fixed them. If you fixed them please email me.
ant32 commented on 2014-03-04 04:11 (UTC)
Thank you for the patch @luspi.
Pinned Comments
Martchus commented on 2019-01-21 14:57 (UTC)
I discontinued caring about this package a while ago. The package also has been removed from my binary repository.
The reason is that even the "revived" version this package should be updated to seems not very actively maintained.
Martchus commented on 2016-07-10 19:42 (UTC)