Editing
Perl and wxWidgets RAD on Windows
(section)
Jump to navigation
Jump to search
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
== The Recurring Problem: Windows Setup Friction == On Unix-like systems, Perl users usually have compilers, headers, and build tools nearby. Windows historically did not provide that environment by default. That made wxPerl difficult because it depends on compiled XS bindings and wxWidgets libraries. This is where [https://strawberryperl.com/ Strawberry Perl] became important. Strawberry Perl provides Perl on Windows along with compiler and build tools, making CPAN and XS-based modules much more realistic on Windows. Even so, Strawberry Perl did not by itself create a Lazarus-like experience. It solved a major prerequisite: <blockquote> Can I build and install Perl modules on Windows? </blockquote> It did not solve the full application-development path: <blockquote> Can I design a GUI, generate sane code, package the executable, track DLLs, and build an installer? </blockquote>
Summary:
Please note that all contributions to Perl Guilds - Getting Medieval with Perl may be edited, altered, or removed by other contributors. If you do not want your writing to be edited mercilessly, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see
Perl Guilds - Getting Medieval with Perl:Copyrights
for details).
Do not submit copyrighted work without permission!
Cancel
Editing help
(opens in new window)
Navigation menu
Personal tools
Not logged in
Talk
Contributions
Log in
Namespaces
Page
Discussion
English
Views
Read
Edit
Edit source
View history
More
Search
Navigation
Main page
Recent changes
Random page
Help about MediaWiki
Special pages
Tools
What links here
Related changes
Page information