Package Details: wxwidgets-common-git 3.3.1.r36.gd557e926b1-2

Git Clone URL: https://aur.archlinux.org/wxgtk-git.git (read-only, click to copy)
Package Base: wxgtk-git
Description: Common libraries and headers for wxwidgets
Upstream URL: https://github.com/wxWidgets/wxWidgets
Licenses: LicenseRef-wxWindows_Library_Licence
Conflicts: wxwidgets-common
Provides: wxwidgets-common
Submitter: pmattern
Maintainer: FabioLolix
Last Packager: FabioLolix
Votes: 0
Popularity: 0.000000
First Submitted: 2016-01-15 19:00 (UTC)
Last Updated: 2025-11-29 16:00 (UTC)

Required by (44)

Sources (6)

Pinned Comments

FabioLolix commented on 2023-06-18 14:07 (UTC)

PR are welcome https://github.com/FabioLolix/PKGBUILD-AUR_fix/tree/master/w

Latest Comments

1 2 3 Next › Last »

ninetailedtori commented on 2025-12-02 04:16 (UTC) (edited on 2025-12-02 04:20 (UTC) by ninetailedtori)

Is it possible to pop -G "Unix Makefiles" into the cmake configuring arguments? As I replaced Ninja globally, it does cause problems with projects that don't declare it explicitly but then use Make later. Can confirm that that fixed literally all the problems I had, unusually.

FabioLolix commented on 2025-11-29 16:36 (UTC)

For the problem reported by abouvier I got a fix on github (sorry I get too many comments to remember all)

For ninetailedtori I couldn't replicate

ninetailedtori commented on 2025-11-23 17:40 (UTC) (edited on 2025-11-23 17:40 (UTC) by ninetailedtori)

It seems I'm getting compilation issues wrt the std=c++14 forcing. I've tried defining CXX_STANDARD as 14, but that caused c++11 issues to error the compilation, and with just the --std=c++14 cli option as in the PKGBUILD, I still read c++17 compilation errors. Would love some advice on this! :>

And yes, I am manually compiling it, not using a helper!

abouvier commented on 2025-09-19 22:38 (UTC)

mv "${pkgdir}"/usr/lib/cmake/wxWidgets{,Qt} in package_wxwidgets-qt5-git() seems to fail, because the directory is now named wxWidgets-3.3 instead of just wxWidgets.

FabioLolix commented on 2025-08-12 19:50 (UTC)

You should run namcap on the built package :p

I do; I build pratically all of my pkgbuild with devtools, there is quite a noise of implicit depends for this ones though and things slips 1

abouvier commented on 2025-08-12 19:23 (UTC)

You should run namcap on the built package :p

At least libwebp and gspell are missing in depends.

abouvier commented on 2025-07-28 22:08 (UTC)

There are conflicting files in wxwidgets-gtk3-git and wxwidgets-common-git too:

/usr/share/locale/af/LC_MESSAGES/wxstd-3.3.mo exists in both 'wxwidgets-common-git' and 'wxwidgets-gtk3-git'
/usr/share/locale/an/LC_MESSAGES/wxstd-3.3.mo exists in both 'wxwidgets-common-git' and 'wxwidgets-gtk3-git'
/usr/share/locale/ar/LC_MESSAGES/wxstd-3.3.mo exists in both 'wxwidgets-common-git' and 'wxwidgets-gtk3-git'
/usr/share/locale/ca/LC_MESSAGES/wxstd-3.3.mo exists in both 'wxwidgets-common-git' and 'wxwidgets-gtk3-git'
...

abouvier commented on 2025-07-28 22:02 (UTC) (edited on 2025-07-28 22:03 (UTC) by abouvier)

Can you add provides=(wxwidgets-gtk3=$pkgver) too? Otherwise other packages cannot depend on wxwidgets-gtk3>=3.3 and pick the VCS edition.

FabioLolix commented on 2025-07-28 21:48 (UTC)

@abouvier likely at that time the 3.2 branch was more developed then master, that was 2 years ago; I don't remember exactly

abouvier commented on 2025-07-23 10:04 (UTC)

Why forcing the 3.2 branch? Aren't VCS package supposed to track the last commit on the master branch?

1 2 3 Next › Last »