DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 61BEFBZb2434977
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 61BEFBZb2434977
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=agQedbBp
X-Recipient: archive-cygwin AT delorie DOT com
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 036F34B9DB56
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1770819310;
	bh=iP/mQR3GPRNatSIRG1G1KGSBZJL70nTT4IZek4AtZoI=;
	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=agQedbBpsyvkNVJ1ab+JTROsxQdS7tuc1CbhHMZ03nTuohm7/rZfI01qxrWA+W92d
	 v/KMm5PX0yHxXtrpLVzdsQFDAL3cFEwhgQoZ5D9OslY1Qqx+mw7+52dsDJs+iMeRhW
	 4ce47FHSQVH+WkpPXo3OAuVpiXgQXqWcLJqnVdac=
X-Original-To: cygwin AT cygwin DOT com
Delivered-To: cygwin AT cygwin DOT com
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 2D7B94BA23C6
ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 2D7B94BA23C6
ARC-Seal: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1770819259; cv=pass;
 b=kZVIHkuI5QvaoymJmph1HdbrQgE6qEiJOiKotcmULszQVGaJHZbpbPnCbeDJ5uxNIOZ/XXrCcIm0KemN7rCPkTe+tfdxYc3BGgiI1UkyWzkJLtYzKWbEpyo3c4w8C5uOuCDnKcNLEsAoufXCYOZ/C+1I0lEa7M1TgcretsjRo3A=
ARC-Message-Signature: i=2; a=rsa-sha256; d=sourceware.org; s=key;
 t=1770819259; c=relaxed/simple;
 bh=+AgjOOBc1IwQvY+xzsE3RetugW7FAYcwpEQHPNC7MeU=;
 h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From;
 b=iRQGiY2TgSpLwt9r6Crz/p+w5EjfXeo6njFOMHozI39S1OU0iibv2bOxXQmoLOguSsDgiBPNrSqiutHoTJpbP2PfOvAzMB8Gl3dZr+1ywStANbwdLET8ctxGNayyS+fLLuxhNHAd073SlNGrcWfqJblUDjT5mwv9t6jR37AK/BQ=
ARC-Authentication-Results: i=2; server2.sourceware.org
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 2D7B94BA23C6
ARC-Seal: i=1; a=rsa-sha256; t=1770819251; cv=none; d=zohomail.eu; s=zohoarc; 
 b=Cwt7zo5M3gXluxUnGO90807171QHiBE0yvW8L7B7P4hJTszJy1XNcI5ldTDhAiejAt24jqSTv4ZNWtsuu0uAT/U2cYsFK5QuXN2AbwH2FwFN/u74tfk4jidURoHpxZwimklrjAZikKH78mJZM2vaY8r0HhAmpS0rmJSmwcgLvw0=
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.eu;
 s=zohoarc; t=1770819251;
 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=kCjNnP8sWOWWoxiE6wQUP+6JNgfMcy+DQpzSik4hu7o=; 
 b=Ia+tQIDxt5wLHQh5KpIyqlAXAgSkJwn7zxM5bXp4z7PfDbwFzIM/vidBN85Kd4wiH1AdubPb5tYJfVOvsIHQsj9L2fdZUAqcC+6h1LxfKvinsyW91NdAVKCERF1gNB37kYsUA2NHmiIh8gO+SaaT9TFLwqS+lEMGkwZo/8L7UM4=
ARC-Authentication-Results: i=1; mx.zohomail.eu;
 dkim=pass  header.i=hamishmb.com;
 spf=pass  smtp.mailfrom=cygwin AT hamishmb DOT com;
 dmarc=pass header.from=<cygwin AT hamishmb DOT com>
Message-ID: <08c1d334-e40b-419d-b983-ec85ad1855a3@hamishmb.com>
Date: Wed, 11 Feb 2026 14:14:09 +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>
Content-Language: en-US
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
Precedence: list
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 <cygwin AT hamishmb DOT com>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
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>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by delorie.com id 61BEFBZb2434977

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.
>
>
Ah thanks, for some reason I assumed it was still using a relative path, 
not sure why.
>
> 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.)
>
Clever, I wouldn't have thought of that.
>
> 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?
I shall ask them about it and see.
>
>>> 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. :) 

If the library compiles and works as is, or more-or-less as is, I might 
consider maintaining it.

Thanks for all your help. I'm quite busy at the moment so it might be a 
while until I get around to looking at all of this properly, but I very 
much appreciate the help. I'll reply again when I have some news to share.

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