Package Details: mingw-w64-qt5-tools 5.7.1-1

Git Clone URL: https://aur.archlinux.org/mingw-w64-qt5-tools.git (read-only)
Package Base: mingw-w64-qt5-tools
Description: A cross-platform application and UI framework (Development Tools, QtHelp; mingw-w64)
Upstream URL: https://www.qt.io/
Licenses: custom, GPL3, LGPL3, FDL
Submitter: ant32
Maintainer: Martchus
Last Packager: Martchus
Votes: 5
Popularity: 0.000000
First Submitted: 2013-08-28 23:58
Last Updated: 2016-12-24 12:07

Pinned Comments

Martchus commented on 2016-07-10 19:40

All my packages are managed at GitHub where you can also contribute directly: https://github.com/Martchus/PKGBUILDs
There also exist a binary repository: https://martchus.no-ip.biz/repo/arch/ownstuff

For general discussion and issues not only concerning this Qt module in particular please use the comment section of the package mingw-w64-qt5-base.

Latest Comments

Martchus commented on 2017-01-04 22:42

@Schala Here's a version of mingw-w64-qt5-tools providing a regular CMake file for QtUiTools target: https://github.com/Martchus/PKGBUILDs/commit/0b2216ecb8b20c7c813c78a0f5b3c1c74f03d316

This solution isn't nice and I haven't tested it. Which package/project uses this target? Would be useful for me to know so I can reproduce the issue.

BTW: I'm quite curious what you're actually doing with all those mingw-w64 KF5 packages. If you have PKGBUILDs for building actual KDE apps like Kate, Konversations or Okular (KF5 version works quite well for me natively under Arch) I would be very interested :-)

Schala commented on 2016-12-31 22:33

hmm... weird

Martchus commented on 2016-12-31 14:16

@Schala I customized the build system to allow use of static version with CMake. To achieve this, I prefixed all CMake files and targets for static variant with 'Static'. This way you can even use the dynamic and the static variant in one project at the same time. The problem is now that UI tools is only available as static library and in consequence only the 'Static' prefixed version is available. I haven't thought about this and I'm currently not sure how to deal with this special case. Since use of static version with CMake is one of my use-cases I would only reluctantly drop the concerning patch in mingw-w64-qt5-base (0022-Allow-usage-of-static-version-with-CMake.patch). But maybe I can figure a way to handle this special case. Not sure why Qt5UiTools is only available as static lib anyways.

Schala commented on 2016-12-31 00:30

Qt5UiTools module seems to be absent. I verified it and there are no CMake files for it

Schala commented on 2016-12-29 03:37

Well, in attempting to build the KF5 packages that require mingw-w64-qt5-tools, it seems to use mingw-w64-extra-cmake-modules to call for the locale generation, which in turn calls Qt5::lconvert from QtLinguistTools CMake module. The path looks fine to me, so I have no clue what to make of it.

Martchus commented on 2016-12-29 00:53

@Schala The Qt5::lconvert target is used directly and not via a helper macro. Hence I can not amend its usage in the same way as for lupdate/lrelease to work around this strange CMake issue.

In which context do you use the Qt5::lconvert target? Maybe you can there apply the workaround mentioned in the last comment.

BTW: This looks like a CMake bug to me - not sure why only mingw-w64 version of the package is affected, though.

Martchus commented on 2016-12-29 00:42

@Schala Not using lconvert myself, so I didn't notice. Is there an error message? Can you provide a simple example? Did it work with previous version of the package?

I already had to fix lupdate/lrelease for unknown reason: https://github.com/Martchus/qttools/commit/77e3129a33d3297bddc514edb773bf30133fa838

Maybe just the same is required for lconvert.

Schala commented on 2016-12-29 00:28

Qt5::lconvert isn't being detected for me despite it being in /usr/${_arch}/lib/qt/bin/lconvert

Martchus commented on 2016-07-10 19:40

All my packages are managed at GitHub where you can also contribute directly: https://github.com/Martchus/PKGBUILDs
There also exist a binary repository: https://martchus.no-ip.biz/repo/arch/ownstuff

For general discussion and issues not only concerning this Qt module in particular please use the comment section of the package mingw-w64-qt5-base.

Martchus commented on 2016-04-17 17:32

I've noticed that the regular qt5-tools even depends on qt5-webkit. However, making this depend on mingw-w64-qt5-webkit might not be a good idea for the mingw-w64 version. I might add mingw-w64-declarative as dependency. I guess this will enable additional features and it will be sufficient to add it to the make-only dependencies?

All comments