On 2025-10-03 05:58, Hamish McIntyre-Bhatty via Cygwin wrote:
I'm trying once again to get newer versions of wxWidgets and wxPython to work
under Cygwin, but I've noticed I'm running into a new problem when simply
rebuilding wxWidgets 3.1.5 that I last built around the end of March (the prefix
option to configure needed to be set), and I don't understand how it ever
compiled with the error I'm getting.
BUILD_REQUIRES="..."
can be split into lines within the string
BUILD_REQUIRES="...
..."
for easier readability, and, given cygport runs under bash, the second instance
for checking can drop $BUILD_REQUIRES and use:
BUILD_REQUIRES+=" ...
..."
you can also normally drop libPKG# if you specify libPKG-devel because devel
packages always require their latest library package; for example:
BUILD_REQUIRES="gettext-devel libcogl-devel libEGL-devel libexpat-devel
libGL-devel libGLU-devel libgstreamer1.0-devel libgstinterfaces1.0-devel
libgtk2.0-devel libgtk3-devel libiconv-devel libjpeg-devel libmspack-devel
libnotify-devel libpng-devel libSDL2-devel libSDL2_image-devel
libSDL2_mixer-devel libSDL2_net-devel libSDL2_ttf-devel
libsecret1-devel libSM-devel libtiff-devel
libwebkitgtk1.0-devel libwebkitgtk3.0-devel
libX11-devel libXpm-devel libXtst-devel liblzma-devel zlib-devel
autoconf cppunit doxygen gcc-core gcc-g++ make pkg-config"
# gettext libsecret1_0
For remote patches, I define the patch source URI prefix like:
FEDORA=https://src.fedoraproject.org/rpms/wxGTK3/raw/f38/f
as it is more readable, reproducible, and consistently runnable, if I specify
the latest Fedora release *in the current repo*, rather than main, master, or
rawhide, which may change any time and drop or update patches which no longer
apply; for example:
FEDORA=https://src.fedoraproject.org/rpms/wxGTK3/raw/f38/f
PATCH_URI="
$FEDORA/wxGTK3-3.0.3-abicheck.patch
fix-filename-test-wx31.patch
$FEDORA/force-x11-for-wxgl.patch
...
"
Under src_compile, rather than running configure directly, you could define
CYGCONF_ARGS with the common options before the function, and invoke cygconf
with specific options, and that will also provide any other definitions required
for, and perform commands with expected options to make Cygwin builds; for example:
CYGCONF_ARGS="
--enable-mediactrl
--enable-optimise
--disable-rpath
--enable-unicode
--with-expat
--with-libpng
--with-libjpeg
--with-libiconv
--with-libmspack
--with-libnotify
--with-libtiff
--with-libxpm
--with-opengl
--with-regex=sys
--with-sdl
--with-zlib
"
# --prefix=/usr
# --enable-shared
src_compile() {
local myconf
pushd ${S}
pushd ${S}/locale
rm -f *.mo
cygmake allmo -j1
popd
mkdir -p ${B}/gtk2
pushd ${B}/gtk2
cygconf --with-gtk=2
cygmake
popd
mkdir -p ${B}/gtk3
pushd ${B}/gtk3
cygconf --with-gtk=3
cygmake
popd
...
}
Sometimes it is better to allow packages which can, detect whether and which
options are required in your environment, and for you to check whether options
are appropriately detected and enabled or disabled, or added to your list.
In amongst other errors, I get "error: wxSoundPLaybackStatus does not name a
type" and various similar errors. You can get the repo with the full cygport
setup here: https://gitlab.com/hamishmb/cygwin-wxwidgets3.1/-/tree/3.1.5?
ref_type=heads
Sure that capitalization is correct: wxSoundP'L'aybackStatus?
Check the library docs, online docs, dev sites, and online repos.
It appears that wxSoundPLaybackStatus could be either a typo for, or intended as
a variable with, type wxSoundPlaybackStatus, maybe in wx/sound.h?
Can anyone give me any hints? I first tried building wxWidgets 3.1.7 but that
failed with a different error that I also don't know how to solve. I'm not sure
how I'm meant to know which header file things are meant to be in when I get
"was not declared in this scope" errors - any hints with those or do I just need
to be intimately familiar with GNU source code for that?
To find headers with symbols, start with:
$ grep -R symbol /usr/include/
$ cygcheck -f /usr/include/**/header.h
or if not installed (remember - egrep patterns - may need ''s; no absolute paths
- all relative to install root):
$ cygcheck -p usr/include/.*header.h
$ cygcheck -p usr/lib/gcc/x86_64-pc-cygwin/.*/include/.*header.h
$ cygcheck -p usr/lib/gcc/x86_64-pc-cygwin/.*/include/c++/.*header.h
$ cygcheck -p header.h
for example:
$ grep -R wxSoundPlaybackStatus /usr/include/
$ cygcheck -f /usr/include/**/wx/sound.h
$ cygcheck -p wxSoundPlaybackStatus
Found 0 matches for wxSoundPlaybackStatus
$ cygcheck -p usr/include/.*wx/sound.h
Found 7 matches for usr/include/.*wx/sound.h
libwx_baseu3.0-devel-3.0.4-1 - libwx_baseu3.0-devel: wxWidgets C++ application
framework
libwx_baseu3.0-devel-3.0.5.1-1 - libwx_baseu3.0-devel: wxWidgets C++ application
framework
libwx_baseu3.0-devel-3.0.5.1-2 - libwx_baseu3.0-devel: wxWidgets C++ application
framework
libwx_baseu3.1-devel-3.1.5-1 - libwx_baseu3.1-devel: wxWidgets C++ application
framework
libwx_baseu3.1-devel-3.1.5-2 - libwx_baseu3.1-devel: wxWidgets C++ application
framework
libwx_gtk2u2.8-devel-2.8.12.1-6 - libwx_gtk2u2.8-devel: wxWidgets C++
application framework (development)
libwx_gtk2u2.8-devel-2.8.12.1-7 - libwx_gtk2u2.8-devel: wxWidgets C++
application framework (development)
Please note I'll be on holiday soon so I may not reply quickly.
--
Take care. Thanks, Brian Inglis Calgary, Alberta, Canada
La perfection est atteinte Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add
mais lorsqu'il n'y a plus rien à retrancher but when there is no more to cut
-- Antoine de Saint-Exupéry
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation: https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
