The Configure script apparently detects memrchr now, but uses -std=c99 by
default, so it isn't actually available (it is guarded with _DEFAULT_SOURCE).
Use -std=gnu99 explicitly instead.
Also, set the site and vendor man directories.
Otherwise, packages which install man pages will install them into $prefix/man.
(Although perl packages using ExtUtils::MakeMaker still don't install man pages, it seems.)
Put the man pages of perl itself into a doc subpackage.
That directory isn't needed any more after removing the sitecustomize.pl script.
cpan creates it on demand automatically when installing a package if it doesn't exist.
Fixes#10834.
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.
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.
* perl, texinfo-7: provide a secondaryArch package
LilyPond requires a newer texinfo than the 6.1 that is available for x86_gcc2.
Provide a secondary architecture version of texinfo 7 to fix that.
Perl (secondary) is required for texinfo.
* texinfo-7: remove libtool files
* texinfo-7: add conflict between primary and secondary packages
They largely contain the same data files and documentation.
x86_64 is used as a baseline: the "x86_64" entry, whatever status it has,
is transformed into "all", and then the other entries in ARCHITECTURES
either dropped or rearranged appropriately.
* now uses the short version for vendor and site paths: they are
supposed to be compatible for even version numbers. needs to rebuild
perl modules though.
* rebuild recipes depending on vendor_perl.
* beware though, haikuporter might wrongly select both perl 5.18 and
perl 5.26 in the chroot to satisfy the dependencies.
* Referring the current haiku version explicitly is not needed, since
the RequiresUpdater takes care of setting the version of Haiku used
for building a package.
* portVersionedName contains the secondary architecture,
so using it means secondary package builds fail.
example: $portVersionedName is libwow_x86-0.0.0 when
doing an x86 build on x86_gcc2
* We need to make sure the arch-specific site directory exists, as
otherwise CPAN's initialization code will believe that it can't
write to library directories and ask the user to pick a method of
circumventing this.
* perl-5.18.1 doesn't exhibit cpan-related problems seen with 5.10.1
* adjusted @INC such that perl modules installed to ~/config
(or ~/config/non-packaged) are picked up by a perl installed
into /system, too
* drop public libperl.so and link perl using an rpath instead
* no longer link every module built by ExtUtils::MakeMaker against
libperl.so, as that isn't required for Haiku at all
* adjust ExtUtils::MakeMaker to not use -rpath when linking dynamic
perl modules that require other libraries
