Package Details: mingw-w64-wxmsw 1:3.0.4-1

Git Clone URL: https://aur.archlinux.org/mingw-w64-wxmsw.git (read-only)
Package Base: mingw-w64-wxmsw
Description: Win32 implementation of wxWidgets API for GUI (mingw-w64)
Upstream URL: https://wxwidgets.org
Licenses: custom:wxWindows
Conflicts: mingw-w64-wxmsw-static, mingw-w64-wxmsw2.9
Provides: mingw-w64-wxmsw-static, mingw-w64-wxmsw2.9
Submitter: Schala
Maintainer: ivan_p
Last Packager: ivan_p
Votes: 6
Popularity: 0.024107
First Submitted: 2013-10-21 08:14
Last Updated: 2018-03-24 16:03

Latest Comments

ivan_p commented on 2017-03-04 19:16

@Schala
Ok, I've added expat and wxDC orientation fix - yeah, nasty bug, and it was fixed in 3.1 branch but not in 3.0.
Will push updates here (and to 3.1 package) after I compile and run few tests.

About other patches:
"relocate-prefix" is obviously cygwin related, and hence irrelevant to Arch, but "windows-version" might be useful here.
Also, that repository is for packages in MSYS2 (including their patching), so can you explain the need for the other patches here in Arch?

edit:
Somehow missed the rkitover comment, having same issues now.
Packages will be fixed asap...

update:
Package compiles, using the workaround.
Have no time to check now if something is broken.

Schala commented on 2017-02-22 08:35

I see. This still fails on me unfortunately, even with the 3.1 package. Additionally, mingw-w64-expat seems to be missing. Without it, wxWidgets will try to install its own internal expat lib.

ivan_p commented on 2017-02-21 23:19

@Schala
Thanks, so far I already use one of the patches - PR222 upstream, gcc6 fix
And I belive the DC orientation was already fixed in the master branch upstream...
Will check in depth later, when I'll have more time, what is relevant to Arch from this list.

Schala commented on 2017-02-21 22:33

Here, try these patches:

https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-wxwidgets

rkitover commented on 2016-12-12 15:08

This does not build currently because of a bug in MinGW's libuuid, I get this:

https://gist.github.com/rkitover/f930307198a7b2ccc2036f577757354a

This is also a similar issue:

https://github.com/Alexpux/MINGW-packages/issues/1761

MSYS2 does not currently have this issue because they use the git version of the MinGW CRT:

https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-crt-git

ivan_p commented on 2016-05-13 11:47

Whoever will want to mark this as out-of-date:
Please mind, that 3.1 is "development" branch, and this package follows the "stable" branch.
This package is up-to-date with upstream, but I can create separate package for 3.1.

Update - here is 3.1 branch:
https://aur.archlinux.org/packages/mingw-w64-wxmsw3.1

Martchus commented on 2016-01-04 19:06

If anyone wants to use this package to build FileZilla: Don't --enable-stl when compiling wxmsw or build the latest FileZilla from svn.

It seems that enabling stl is an odd configuration. Despite the FileZilla issue the official package "wxgtk" doesn't enable stl either. If you haven't enabled stl for a particular reason, you might better don't enable it.

ivan_p commented on 2014-08-17 23:36

Adopted, will update when I'll be near computer.

ivan_p commented on 2014-08-11 12:52

This PKGBUILD provides array is misleading: it does not build static libraries.
You have to build wxWidgets separatly for static libraries, it does not make them in the same build.

Here is PKGBUILD that provides both static and shared libraries:
http://pastebin.com/cdDCQRJj