Thank you, I will give that a shot! Last year we (Houston PM) did a stream showing how to get some of the way there,
(info and stream link) https://github.com/The-Perl-Cottage-Guild/HOWTO-Windows-GUI-Applications/tree/master/wxPerl Zaki (this guy https://github.com/zmughal) was able to figure out some patches to make it happen, but I stopped short of trying to package anything thinking that perhaps it was a bit too hacky. I need to see if he's on this list and ask him to join if not. Can you take a look at the instructions when you have time to see if it's a good basis for taking the next stap of packaging it up into an EXE or provides some hints to fix Alien::wxWidgets upstream? I don't really understand what Alien::wxWidgets is doing, is it making sure all the compiler flags are correct for the wxPerl XS bindings?. I need to run through them again to see if the instructions still work. Ultimately, what Zaki did was leverage the patches that Debian uses to provide wxPerl via their apt system. Cheers, Brett On Fri, Dec 20, 2024 at 3:05 PM Johan Vromans <jvrom...@squirrel.nl> wrote: > On Fri, 20 Dec 2024 08:37:31 -0600, Brett Estrade wrote: > > > On Fri, Dec 20, 2024 at 7:46 AM Johan Vromans wrote: > > > Since a number of people here on the list have expressed their needs > for > > > such a feature it must be possible to combine forces and turn one of > the > > > approaches into a state of the art, robust and well-documented toolkit. > > > > What is the first step? Is it worth resurrecting Citris Perl even though > > (as far as I can tell) the version of Perl supported is old? > > Citrus Perl is too old. My current minimal version requirement is 5.26. In > particular, the 'signatures' feature and support for Object::Pad make it > possible to develop better (and more reliable) programs. > > I'd suggest to install a recent Strawberry distribution. On top of it, > install a binary wxWidgets kit from wxWidgets.org (compiler compatibility > for Strawberry is MinGW-w64 8.1). > > The main hurdle is to get Alien::wxWidgets up and running. It is too old to > understand the post-3.0 structure of wxWidgets. I gave up and manually > installed the Alien::wxWidgets modules by copying from source, bypassing > the wxWidgets build/install. After copying the modules, I added a manually > crafted data module for the new wxWidgets. > > After these steps, I can (re)build and install wxPerl 3.x and I have a > stable environment for program development. > > For GUI development I'd suggest wxGlade. It works well, has decent support > for perl code generation, and good support from the developers/maintainers. > > Best, of course, would be if the Strawberry team would add wxWidgets (and > wxPerl) to their standard distribution. > > -- This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized use or disclosure is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. Thank you.
