DMARC-Filter:	OpenDMARC Filter v1.4.2 delorie.com 61IKdv8V315204
Authentication-Results:	delorie.com; dmarc=pass (p=none dis=none) header.from=cygwin.com
Authentication-Results:	delorie.com; spf=pass smtp.mailfrom=cygwin.com
DKIM-Filter:	OpenDKIM Filter v2.11.0 delorie.com 61IKdv8V315204
Authentication-Results:	delorie.com;
	dkim=pass (1024-bit key, unprotected) header.d=cygwin.com header.i=@cygwin.com header.a=rsa-sha256 header.s=default header.b=rL3LFY5r
X-Recipient:	archive-cygwin AT delorie DOT com
DKIM-Filter:	OpenDKIM Filter v2.11.0 sourceware.org 5066B4BA23D1
DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1771447196;
	bh=kM8Octy/8RCnCZsDVYWIhLN36KagsFrtN136CyZ2A5w=;
	h=Date:Subject:To:Cc:References:In-Reply-To:List-Id:
	List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe:
	From:Reply-To:From;
	b=rL3LFY5rtOi+WjOh2Rur76oK2WUEiTHIP6ike7BBzInv5rSovDqmpSuZ5oXm9kIA4
	/QpI6ts9sB/SSWqOKP53Nb6j2WiJfDQknwkoTiY0207BR3nVvzvtmNb4+1b88ubcZT
	KpmFyNJ7EZwQllOGVaCqcqZ7IZ8CT2+bu1FE7GH4=
X-Original-To:	cygwin AT cygwin DOT com
Delivered-To:	cygwin AT cygwin DOT com
DMARC-Filter:	OpenDMARC Filter v1.4.2 sourceware.org 87C4B4BA23DC
ARC-Filter:	OpenARC Filter v1.0.0 sourceware.org 87C4B4BA23DC
ARC-Seal:	i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1771447146; cv=pass;
	b=dWLn8/JxcqcOcWHnqd58dmfU6zWomws8zkcE/O+k4ShK5MQcRvV7v2n2LN852YRhs6CQ+Vx/4VHdlNlHxfrXjMgqkWHou5sL8X+lZxQXU0CSxvYIB42+AiNNnjpUxCVaNQvc0Rf6Y9ovuIviYHW2fbBB35hZB0X2dhFFu1cR2hE=
ARC-Message-Signature:	i=2; a=rsa-sha256; d=sourceware.org; s=key;
	t=1771447146; c=relaxed/simple;
	bh=PMjOd8eNQC4BZ/4vNImhTCHSEdaq00UB3GM206Kc9QQ=;
	h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From;
	b=Rl7h3gHd+e20S5YBNrSHlzSZSrfW2WyNTfEpp0Jum+x2JTSf1gKpkzHZvrZHoQahxeuVpQE/8cu8Zjt0hpiBi6HglgDjwhKKwQ2DFZcjWNcSAp7n4V10a9tu72C+knwtCD56jmduGf6X/io46ltKb0PhwGtI5Rtu1S3/9NSpRJY=
ARC-Authentication-Results:	i=2; server2.sourceware.org
DKIM-Filter:	OpenDKIM Filter v2.11.0 sourceware.org 87C4B4BA23DC
ARC-Seal:	i=1; a=rsa-sha256; t=1771447139; cv=none; d=zohomail.eu; s=zohoarc;
	b=PxT4K3Zp78VYXf/k27G3+StwB0gGocydnQ6EpM6bL0XANg2r9hwHJv4SLFOrzJUCszYzqSEUlyuBHWcyIzzPcMCrg/C8rtebgZ7sNmJJpXwA2gkLlf3EGs8pIEJ4wqPe9rDNxCc/SPb2KHvX/Uqn5quTMujF8x+1GPlFGOIq2bQ=
ARC-Message-Signature:	i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.eu;
	s=zohoarc; t=1771447139;
	h=Content-Type:Content-Transfer-Encoding:Cc:Cc:Date:Date:From:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:Subject:To:To:Message-Id:Reply-To;
	bh=B4Oait4dBTUW4BtBD4IEA27vAR5mIBN5kB4QSfiTu+o=;
	b=gP/BMRGQiNhLizSdFKSvim9cpBHVYg/Vd++098Ixz3a9b+88jJFZjgr+wHmtWmAyN4qBq+OwOLgWqaO/KfEGOLdBL97EtKDO6HyW6u8wyx5+/93DxbNX98xStBi8mWpR+d0Cnrhcq8e2rQzt0dnf90RnDn93bnNYThQ90zYz1D0=
ARC-Authentication-Results:	i=1; mx.zohomail.eu;
	dkim=pass header.i=hamishmb.com;
	spf=pass smtp.mailfrom=hamish AT hamishmb DOT com;
	dmarc=pass header.from=<hamish AT hamishmb DOT com>
Message-ID:	<175f8863-d7de-4103-89ab-bff57a01bf8b@hamishmb.com>
Date:	Wed, 18 Feb 2026 20:38:58 +0000
MIME-Version:	1.0
User-Agent:	Mozilla Thunderbird
Subject:	Re: Test: wxWidgets3.1 3.1.5-2
To:	Jon Turney <jon DOT turney AT dronecode DOT org DOT uk>
Cc:	cygwin AT cygwin DOT com
References:	<46ddf8a9-bd08-4f62-b848-c6f31c912664 AT hamishmb DOT com>
	<df7be1b0-7a24-4189-9036-3b6fd62e9178 AT dronecode DOT org DOT uk>
	<8a52c82f-81e0-454a-aaa4-ee451b206478 AT hamishmb DOT com>
	<9e37b86b-0af5-4543-8cc5-4f98eddaa48d AT dronecode DOT org DOT uk>
In-Reply-To:	<9e37b86b-0af5-4543-8cc5-4f98eddaa48d@dronecode.org.uk>
X-ZohoMailClient:	External
X-BeenThere:	cygwin AT cygwin DOT com
X-Mailman-Version:	2.1.30
List-Id:	General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe:	<https://cygwin.com/mailman/options/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive:	<https://cygwin.com/pipermail/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe:	<https://cygwin.com/mailman/listinfo/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From:	Hamish McIntyre-Bhatty via Cygwin <cygwin AT cygwin DOT com>
Reply-To:	Hamish McIntyre-Bhatty <hamish AT hamishmb DOT com>
Errors-To:	cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com
Sender:	"Cygwin" <cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com>
X-MIME-Autoconverted:	from base64 to 8bit by delorie.com id 61IKdv8V315204

On 07/02/2026 16:58, Jon Turney wrote:
> On 04/02/2026 15:23, Hamish McIntyre-Bhatty via Cygwin wrote:
>> On 03/02/2026 19:24, Jon Turney wrote:
>>> On 25/03/2025 16:46, Hamish McIntyre-Bhatty via Cygwin-announce wrote:
>>>> Version 3.1.5-2 of "wxWidgets3.1" has been uploaded as a test package.
>>>>
> [...]
>>>
>>> First off, configure fails.  This seems to be due to:
>>>
>>>> $ wx-config-3.1 --cflags
>>>> -I/usr/local/lib/wx/include/gtk3-unicode-3.1 -I/usr/local/include/ 
>>>> wx-3.1 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__
>>>
>>> I'm not sure how 'local' got in there, but I don't think that's right!
>> No, I wasn't sure either, hence I never promoted this to stable. I've 
>> since realised I need extra configure options, but it doesn't build 
>> any more, sadly. See my "help wanted" messages to the list for more 
>> details if you like. I'll give it another go at some point. 
>> Unfortunately I don't think I really have the time or skill to sort 
>> out the compilation issues.
>
> Hmmm... it's disappointing but sadly expected that no one took the 
> time to reproduce your build and investigate the problem.
>
>
> Anyhow:
>
> 'local' is appearing, because you're calling ./configure directly 
> rather than via cygconf (which sets --prefix=/usr and other useful 
> stuff).
>
> I see that you're using cygconf because otherwise configure fails 
> looking for catch.hpp.
>
>> configure: error:
>>     CATCH (C++ Automated Test Cases in Headers) is required, the 
>> required file
>>     /3rdparty/catch/include/catch.hpp couldn't be found.
> The clue here is the path it's looking for starting in the root 
> directory, which can't possibly be right.
>
> Peering at the configure script, it's looking for this file relative 
> to $ac_confdir, but that variable isn't set if the --srcdir option is 
> supplied (which cygconf does).
>
> (This seems like an upstream bug as it could be using $srcdir instead?)
>
> This could be patched around, but it's just as easy to define 
> ac_confdir as it's expecting.
>
>
>
> Then there's the problem with "error: wxSoundPLaybackStatus does not 
> name a type":
>
> In fact there's a lot of errors here, but they're all coming from 
> trying to compile one source file: src/unix/sound_sdl.cpp.
>
> This is a case where it's useful to look at the first error: 
> "‘WXHINSTANCE’ has not been declared".
>
> This is a big red flag because a Win32 API type like HINSTANCE 
> probably shouldn't be being used in a Cygwin build. And looking at the 
> code where this appears in wx/utils.h, it's guarded by __WINDOWS__ 
> with a comment saying "Windows only".
>
> Rooting around a bit, __WINDOWS__ is defined inside wxWindows when 
> building for the Win32 API. But that's not being turned on! So where 
> can it be coming from?
>
> Looking further (by adding a '#define __WINDOWS__ foo' to the source 
> file, which gets us a warning showing where the location of the 
> previous definition with a different value is), it's coming from the 
> SDL.h header included by it.
>
> I guess that's new with an updated version of SDL since the last time 
> you built this. But it's fairly easy to workaround by undefining it 
> there.
>
> (This is why you namespace symbols in public include files, kids! And 
> actually this is doubly terrible, because the __ namespace is already 
> reserved for the language implementation; §7.1.3 of C99 etc.)
>
>
> I pushed a few patches to:
>
> https://cygwin.com/cgit/cygwin-packages/wxWidgets3.1/log/?h=playground
>
> ... maybe those can help you get unstuck.
>
>>> Secondly, wxUSE_FSWATCHER doesn't seem to get defined.
>>>
>>> Not sure if that's expected? Using the windows backend for 
>>> filewatching probably requires some extra work with file conversions, 
>
> I meant 'pathname conversions' here, of course.
>
>>> but the generic polling backend should be usable?
>> I think this might have something to do with sys/epoll.h being 
>> missing, if memory serves. I think that might simply be something 
>> that's not available on Cygwin, I'm not sure.
>
> Not sure.  I took a poke at this as code for something called the 
> "generic polling filewatcher", but it doesn't actually seem to be 
> possible to configure wxWidgets to use it?
>
>>> Then I run into some wchar_t/wxstring conversion issues which I'm 
>>> not sure should be happening in a unicode build, but seem fixable...
>>>
>>> (You can see where I got to at https://cygwin.com/cgit/cygwin- 
>>> packages/poedit/tree/?h=playground, if you're interested)
>>>
>> I wonder if a build of wxWIdgets 3.2 might fix the problem. I shall 
>> give that a go. Unfortunately due to the stack watcher being 
>> unsupported on Cygwin (IIRC), newer versions of wxPython may be a no-go.
> This is because of a dependency on libbacktrace, which we don't 
> currently have, right?
>
> Someone ought to look into that. :) 

Well, it compiles now, so thanks for all your help :)

Now I just need to test it. I'll probably do that by compiling wxPython 
(assuming that works) and running all aspects of the demo.

I did try 3.1.7 but due to a locale issue that looks like a coding error 
it doesn't work. I'll try 3.1.6 and see if that's a happy medium, or if 
there are gentoo patches or similar for 3.1.7.

Best,

Hamish


-- 
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

- Raw text -