* [wxWidgets] Add OpenGL to the WIndows ARM build
OpenGL support works in wxWidgets for Windows ARM.
* Add versions
* [wxwidgets] Add explicit dependency on "opengl"
This also explicitly sets `wxUSE_GLCANVAS=ON` for wxWidgets.
* Update version database
* Revert "[wxwidgets] Remove debug asserts from Release build. (#25240)"
This reverts commit 6e16931acd.
* Update to 3.1.7
* Update installation layout
* Upstream CMake export is not ready for use
* Update versions
* Remove obsolete patch
* Use msvc layout for mingw on windows
* Add debug-support feature
* Update versions
* Fix condition
* Update versions
* Restore symlink patch
* Update versions
* Remove trace option from test port
* Enable testing without feature debug-support
* Fixup defaults for using without debug support
* Expect wxrc-3.1 for mingw cross builds ("unix" layout)
* Update versions
* [wxWidgets] Remove debug asserts from Release build.
Currently when building wxWidgets in Release mode, the debug asserts are enabled.
This fixes this issue by providing a necessary define to disable them.
Ref: https://docs.wxwidgets.org/3.1.6/group__group__funcmacro__debug.html
[wxCharts, vcpkg-ci-wxwidgets] Update ports to include fix for wxWidgets release build with debug asserts off when building a dynamic/shared library.
Signed-off-by: Vitalii Koshura <lestat.de.lionkur@gmail.com>
* Update wxcharts.json
Co-authored-by: LilyWangLL <94091114+LilyWangLL@users.noreply.github.com>
* [wxwidgets] Fix find dependency pcre2
* version
* Use pcre2.pc
* version
* Fix double quotes
* version
* Use PC_PCRE2_LINK_LIBRARIES instead of target name to fix wx-config content
* version
* Set wxUSE_SECRETSTORE to FALSE to avoid introduce system pcre in wx-config
* version
* [wxwidgets] update to 3.1.6
* Revise nanosvg
* Add feature control and dependencies for sound
* Add descripton for feature sound
* Update versions
* Update ports/wxwidgets/vcpkg.json
Co-authored-by: LilyWangLL <94091114+LilyWangLL@users.noreply.github.com>
* Fix spacing and version
* Remove cmake push/pop
* Bump version
* Undo change in wrapper
* bump version
* restore newline
* bump version
Co-authored-by: Kai Pastor <dg0yt@darc.de>
Co-authored-by: Billy Robert O'Neal <bion@microsoft.com>
Co-authored-by: LilyWangLL <94091114+LilyWangLL@users.noreply.github.com>
* [wxwidgets] Fix linux build
* clean up baseline
* version
* Fix --libs output
* version
* Use system pkg-config on linux (#6)
* Use system pkg-config for linux
* Update versions
* Revert baseline changes
* Add double quotes to paths
* version
* Fix incorrect double quotes place
* version
Co-authored-by: Kai Pastor <dg0yt@darc.de>
* Add 'WXWIDGETS_USE_STD_CONTAINERS' option to set 'wxUSE_STD_CONTAINERS' maco
* Use 'vcpkg_cmake_configure' instead of 'vcpkg_configure_cmake'
* Format and x-add-version
* Change 'vcpkg_install_cmake' to 'vcpkg_cmake_install'
* x-add-version again
I was sure I did that. I hate this thing.
* Removed 'vcpkg_fail_port_install' in favor of `"supports": "!uwp"` in 'vcpkg.json'
* x-add-version wxwidgets --overwrite-version
Dafuq? I ran this command before comitting and you, vcpkg, did nothing and now there are changes? Ugh.
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
wxUSE_STL defaults to OFF so that is how it is in Linux
distribution packages. Downstream projects developed with
wxUSE_STL=ON are not necessarily compatible with wxUSE_STL=OFF
without modification. So, by default, go with wxWidgets' default
for compatibility with downstream codebases. vcpkg users who need
wxUSE_STL=ON can still do so by simply opting into the new 'stl'
feature of this port.
https://forums.wxwidgets.org/viewtopic.php?p=165208
Signed-off-by: Be <be@mixxx.org>
Fixed issue when necessary header file was not installed that leaded to this error:
`\vcpkg\installed\x64-windows-static\include\wx\platform.h(160,10): fatal error C1083: Cannot open include file: 'wx/setup.h': No such file or directory`
Also fixed string replace enumeration to include only *.h files because otherwise for some reason *.cur file was messed up.
Signed-off-by: Vitalii Koshura <lestat.de.lionkur@gmail.com>
