See https://perldoc.perl.org/perl#History for details of changes.
Fixes CVE-2023-47038. (the other security fix affects only Windows)
Because this is a major update of perl, this requires rebuilding all perl packages.
Enable threads, which are enabled by most Linux distros as well, apparently.
This required some additional patches.
Don't create and install the `sitecustomize.pl` script any more. I don't think it is actually needed.
Fixes#10624.
Remove a gcc2 build fix from the patchset.
* bacon : new receipe
Reiceipe for BaCon the Basic to C Converter.
* Bump BaCon version from 4.7.2 to 4.8
Ignore GUI for now.
* Update bacon-4.8.recipe
Remove unnecessary configure arguments
This is needed to be able to require it explicitly in the correct form and
avoid a policy violation for apps which require it. HaikuPorter checks for
REQUIRES including the secondaryArchSuffix.
* perl: drop gcc2, making perl_x86 the default
This is an alternative solution to #9394
* perl: add secondaryArch lib dirs to library path
The variable 'libpth' (the library path) is also used by the DynaLoader, so it should contain all the paths were dynamically loaded libraries (like the SDL ones for sdl_perl) normally are.
* tcl: bump version to 8.6.14
Add gcc2 fixes to the new version, remove the old version 8.6.11
Move tclooConfig.sh to the devel package, similar to tclConfig.sh
* tcl: fix test build with gcc2
* tcl: remove tclsh command from x86_gcc2 primary arch, in tcl_x86, move it back to $prefix/bin
* Bug fixed in Available Language and something more
* Bug fixed in Available Language and something more
* Some Bugfixes in Command >> Availalble Language<< and so on
---------
Co-authored-by: Lorenz Glaser <lorenz.glaser@besly.de>
This commit cleans out all previous Rust recipes, and provides a work
in progress recipe for 1.73.0.
The current status of the 1.73.0 recipe is that it contains all changes
that are needed to do a successful build. I am running into an error,
where the intermediate stage1 compiler is not able to find the core
and standard libraries. This is not an issue building outside of
`haikuporter`. I suspect the chroot environment may be the reason, but
it requires more investigation.
This will get EOL-ed in October (assuming it ever gets a .19 release).
We've anounced its demise on the forums in March, with a 6 months grace
period. Now that we have 3.11 on the repos, time to let this one go.
While this only removes the Python 3.8 package, and not each individual
"_python38" package we have, at least it will make it obvious we need to
change those recipes at install/update/rebuild time.
Only one recipe (not under /dev-python/) uses `python3.8` directly, and that's
for `calibre`'s TEST() (that recipe needs moving to 3.10 anyway).
So long Python 3.8!
