DMARC-Filter:	OpenDMARC Filter v1.4.2 delorie.com 617Gx3CK3768494
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 617Gx3CK3768494
X-Recipient:	archive-cygwin AT delorie DOT com
X-Original-To:	cygwin AT cygwin DOT com
Delivered-To:	cygwin AT cygwin DOT com
DMARC-Filter:	OpenDMARC Filter v1.4.2 sourceware.org 76CA048FEC25
ARC-Filter:	OpenARC Filter v1.0.0 sourceware.org 76CA048FEC25
ARC-Seal:	i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1770483531; cv=none;
	b=EkQvmMHj9u3dJSdpRySwlLv9B9+ka+Ih4qfkSs8vcu18Jq9vcLfyYk73AJkjBzVNcA5zU67kheX6L0qlA2VqwSTaCB6DRmPA30iTRW25iIYRiCUEfLZyrHrCC+8OI9nNAa4pp6IsnFCYoyGghYskn19DXgbnMIbHQEu3tE8xy7M=
ARC-Message-Signature:	i=1; a=rsa-sha256; d=sourceware.org; s=key;
	t=1770483531; c=relaxed/simple;
	bh=V+d6lcuM4m4I0tZVgFpQZYR/iKPDpiDV6tc5x0Gl2Pg=;
	h=Message-ID:Date:MIME-Version:Subject:To:From;
	b=sIkXjujie8C0g3gtydblTTPiQ0WwOJM9LHko+DGXHCSbcQ65jKGSFmVZynn7gS4D9lsmGGR8UP6L+GnXbRahZvvxrsgLd8IpUYP0LqBxSn+v9CUR1DNTV2o5CFEQt4mXRPRddqHGUOFfVlgTvzEchNvJbWtbOL7qSShw1wEupyk=
ARC-Authentication-Results:	i=1; server2.sourceware.org
X-SNCR-Rigid:	6945432304A1236C
X-Originating-IP:	[81.158.20.185]
X-OWM-Source-IP:	81.158.20.185
X-OWM-Env-Sender:	jon DOT turney AT dronecode DOT org DOT uk
X-RazorGate-Vade:	dmFkZTE5EvcF5BsnxYfLPUrYG1NSBzkm9D2lQW7GbgNoWOexxCCRKs8vjGAgSU+LevmZmT6Q3RRiZzjMawe55C9BOumkllrr7VzmjfK2XBEhSJddKHGJ1GA5WEfxdmn5Zv/pN55RIYwwi+tHyWl2wG54m9bstoovV4xZ8jU+gHXjM8TJOFpijKPA8KvTyK+Uw9i7MwAI7bV58s1g3N+XqbO1YDywIGMMaISffy9Fpvb2f4OnO9sxZia6lQJ5Kq0JaZ2vP5wwCjtppQC4O9lvADvFR0VlxVOlmE+BBvhwpH6abgyxsKfXZPyyXugFIMcPjmHOrYw5LOK8OgsaxWPlkcVwZ2QQEfOqssYZolAJKbaCpR4eZG4hKF98hkMQy6PKAFieEUvzvvsRTvrK2coIiglUUnBtLAL4tt83qhjW5kz0Gdf3y4r483XgEYqFXij2/cIyGupeBhbBvxsILlNoZy0CCrr+k4PD2ZCay7GqRS37EB+qoZYoXQsKkvScGKMZZHttqQdp+Zjsa94M5p4ncZHRJFRx3uY74jPmVLf9VobJG3bBCJdnvb4qp8429BRTGesfixPdjE1OPwGXNjbSRb428+mhoXtbBf8LI/47wVq0EM3GFgUC+IXv9MTw/5UvVmeshInZp8deMtf4xVdUKgewP23Mk6zm32A9lOgj6QNghi/kJw
X-RazorGate-Vade-Verdict:	clean 0
X-RazorGate-Vade-Classification:	clean
X-VadeSecure-score:	verdict=clean score=0/300, class=clean
Message-ID:	<9e37b86b-0af5-4543-8cc5-4f98eddaa48d@dronecode.org.uk>
Date:	Sat, 7 Feb 2026 16:58:39 +0000
MIME-Version:	1.0
User-Agent:	Mozilla Thunderbird
Subject:	Re: Test: wxWidgets3.1 3.1.5-2
To:	Hamish McIntyre-Bhatty <hamish AT hamishmb 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>
Cc:	cygwin AT cygwin DOT com
In-Reply-To:	<8a52c82f-81e0-454a-aaa4-ee451b206478@hamishmb.com>
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:	Jon Turney via Cygwin <cygwin AT cygwin DOT com>
Reply-To:	Jon Turney <jon DOT turney AT dronecode DOT org DOT uk>
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 617Gx3CK3768494

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. :)


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