-
Notifications
You must be signed in to change notification settings - Fork 53
Strawberry perl 5.40.2.1, 5.38.4.1, 5.34.3.1 #233
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Conversation
Otherwise we get errors like ``` ..\perl.exe -f ..\pod\buildtoc -q ..\pod\buildtoc: perl5401delta.pod is known by buildtoc but does not exist ..\pod\buildtoc: Can't open file 'pod/perl5401delta.pod' for perl5401delta: No such file or directory ABORTED ```
We get many test failures with -O2 -fno-inline-functions
Also use libxslt 1.1.39 built with that version of libxml2. Its version is unchanged.
This allows consistency with 5.40.0.
Temporary code as a proof of concept. Should either be its own step or an optional argument.
Was a copy-paste error
Adding comments causes downstream issues with a few CPAN mods.
This makes it more obvious that a module is upgraded. Something in the code is uninstalling the original, which might not be what we want.
Currently two settings, one for core, one for cpan.
Build core with the same set as SP 5.40.0.1, and CPAN with -O2. See discussion and links in #232
This makes it clearer when the core was built with different flags than the CPAN modules.
Skip tests that fail due to path lengths, rather than all tests.
This allows separate release notes for the PDL edition, for example.
This hopefully makes it clearer it is not a standard perl entry.
Just an update. I have a 5.34.3 build that can be released and will do so later this week. The 5.38.3 and 5.40.1 releases are waiting on resolution of Perl/perl5#23022, and related patching of the SP builds. |
Dependency CryptX has recent test failures. DCIT/perl-CryptX#118
Would it be possible to include a compiled version of GLFW in Strawberry, at least the PDL edition? I intend soon to switch PDL::Graphics::TriD to use that. It would then be possible (at least for PDL purposes) to drop FreeGLUT, though again on current plans there would need to be an overlap with both. |
If it is easy to add to the build system then we could look at it. PRs are also always welcome. Can you open an issue on the https://github.com/StrawberryPerl/build-extlibs repo? An Alien::GLFW is also an option, although the two approaches are not mutually exclusive. |
Perl/perl5#23022 now has a patch which can be applied. There are also new point releases of 5.38 and 5.40. I will update the build scripts to use these when I get to it, hopefully later this week. |
These are adapted from Perl/perl5#23179 Differences are: 1. The perldelta update is removed as it is 5.42 specific. 2. scope_types.h has been regenerated as its patch section did not apply cleanly.
There will be no 5.40.1 release. 5.40.2 is a security update. The pp file includes some tweaking to get modules to build. Some of these need to be revisited.
Earlier versions of libxml have CVEs, and XML-LibXML does not work with later versions. Disabled modules are mainly due to CryptX failures. These are in turn related to BigMath changes.
A beta release of 5.40.2.1 is at https://github.com/StrawberryPerl/Perl-Dist-Strawberry/releases/tag/dev_54021_20250423_gcc13 |
Tree::DAG_Node and FCGI now pass again. Win32::LongPath added (was in a build for a previous version?) Use a dev version of CryptX. It fixes Windows builds and remaining issues are AIX related.
This was in the release but is not part of the tag.
Some patching is currently disabled due to build failures.
Remove the underscores. These are only used to ensure the current scripts are early in the tab completion list.
A beta release of 5.38.4.1 is now available at https://github.com/StrawberryPerl/Perl-Dist-Strawberry/releases/tag/dev_53841_beta2_20250517 If no issues are raised in the next few days then I will release 5.38.4.1. |
Updates #231 and #124