summaryrefslogtreecommitdiff
path: root/hints
Commit message (Collapse)AuthorAgeFilesLines
* hints/darwin.sh: Turn off POSIX 2008 localesKarl Williamson2023-05-161-0/+3
| | | | | | | | | | | | | | This is failing on smokes: http://nntp.perl.org/group/perl.perl5.porters/266341 What I've noticed in working with changes to the locale handling code (that isn't ready for v5.38) is that querylocale() has intermittent failures, that aren't fully solved by using a mutex, and that versions of Darwin earlier than major 20 have other problems with the POSIX 2008 API. These may be solved in Darwin 20 after disabling querylocale(), but the failure rate was so infrequent that I'm unsure if it has been fixed or just hasn't come up. So it is safest to just disable POSIX 2008 in Darwin for 5.38.
* Bump version for 5.37.12Steve Hay2023-04-201-2/+2
|
* hints/hpux - only run d_strtold define override check on version < 11.23Yves Orton2023-03-291-7/+9
| | | | | | | | | | | | | | | | | | | | | | | | I added a version check around the logic as the comment already says that "In HP-UXes prior to 11.23 strtold() returned a HP-UX specific union called long_double, not a C99 long double." The logic did not check for the version mentioned in the comment, it simply greped for something that is no longer present in the file: grep 'double strtold.const' /usr/include/stdlib.h outputs nothing on HPUX version B.11.31. But grep "double strtold" /usr/include/stdlib.h outputs: extern long_double strtold __((const char * __restrict, char ** __restrict)); extern long double strtold __((const char * __restrict, char ** __restrict)); on HPUX version B.11.31.
* Bump version to 5.37.11, update Module-CoreListYves Orton2023-03-211-2/+2
| | | | | | | | | | Module-CoreList was synced with CPAN and had its version in Porting/Maintainers.pl updated. Module-CoreList was also updated by running: ./perl -Ilib Porting/corelist.pl cpan With some manual fixups afterwards to make it pass test.
* Bump the perl version in various places for 5.37.10Karen Etheridge2023-02-201-2/+2
|
* bump version for 5.37.9reneeb2023-01-211-2/+2
|
* Bump the perl version in various places for 5.37.8Richard Leach2022-12-201-2/+2
|
* Bump the perl version in various places for 5.37.6Max Maischein2022-11-201-2/+2
|
* Bump the perl version in various places for 5.37.6Todd Rinaldo2022-10-241-2/+2
|
* Bump the perl version in various places for 5.37.5Karen Etheridge2022-09-201-2/+2
|
* Add vim-modeline to render files as PODBram2022-09-051-0/+2
| | | | | | | | | | | | GitHub (also) checks the vim-modeline to decide how the file should be rendered. These files are all in the POD format so add the vim-modeline so that GitHub displays them in a formatted way. (Note: adding `linguist-language=Pod` in .gitattributes does not work, I created a GH support ticket for that a month ago but there have been little progress on it.)
* Explicitly add nsl to libswanted on SolarisLeon Timmermans2022-09-051-0/+4
| | | | | | 7e19816aa8661ce0e984742e2df11dd20dcdff18 removed it from the default list, but it is apparently still necessary on Solaris so we add it back in the hints file.
* Bumping perl version in various places for 5.37.4Neil Bowers2022-08-201-2/+2
|
* Make freebsd not use POSIX 2008 localesKarl Williamson2022-08-201-0/+3
| | | | | | https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265950 We do not yet know the extent of the problem.
* hints/freebsd.sh: Don't use querylocale() due to bugsKarl Williamson2022-08-171-0/+4
| | | | https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255646
* Don't use POSIX 2008 locales on cygwinKarl Williamson2022-08-111-0/+3
| | | | | newlocale(), required for this, is buggy. See https://sourceware.org/pipermail/cygwin/2022-August/252043.html
* Bump version to 5.37.3Nicolas R2022-07-211-2/+2
|
* on freebsd replace the first part of archname with `uname -p`Tony Cook2022-07-081-0/+15
| | | | | | | | | | | | | | | On FreeBSD C<uname -m> produces "powerpc" for all of 32-bit power pc, 32-powerpc little endian, 64-bit powerpc and 64-bit powerpc little endian, which means we produce the same archname for all 4 of those incompatible architectures. To avoid that, if no -Darchname has been supplied, the FreeBSD hints now creates an archname.cbu to postprocess archname replacing a leading "`uname -m`-" with "`uname -p`-" which does distinguish between the different architectures. This change isn't suitable for all non-FreeBSD systems, on Linux at least, C<uname -p> is "unknown" on my x86_64 machine. Fixes #19791
* Dump perl version everywhere to 5.37.2Matthew Horsfall2022-06-201-2/+2
| | | | | This attempted to change sv_inline.h, but those were clearly wrong!
* Use cygwin's own hints/cygwin.shLeon Timmermans2022-06-141-0/+9
|
* Remove support for UltrixKarl Williamson2022-06-101-69/+0
| | | | | | Ultrix has been removed. Ultrix was the native Unix-like operating system for various Digital Equipment Corporation machines. Its final release was in 1995.
* make PERL_USE_SAFE_PUTENV the default and the only optionTomasz Konojacki2022-05-295-29/+2
| | | | | | | Now environ isn't owned by Perl and calling setenv/putenv in XS code will no longer result in memory corruption. Fixes #19399
* bump version to v5.37.1: now open for businessRicardo Signes2022-05-271-2/+2
|
* bump version to v5.37.0Ricardo Signes2022-05-271-2/+2
|
* bump version to v5.36.0 (RC0)Ricardo Signes2022-05-201-2/+2
|
* Bump version for 5.35.12Steve Hay2022-04-201-2/+2
|
* hints/os390.sh: #define os390Karl Williamson2022-04-191-0/+3
| | | | | This OS has some unique qualities that are hard to test for in Configure, and aren't likely to go away.
* Bump version for 5.35.11Sawyer X2022-03-201-2/+2
|
* bump version for 5.35.10reneeb2022-02-201-2/+2
|
* Bump the perl version in various places for 5.35.9Nicolas R2022-01-201-2/+2
|
* Specify PERL_USE_SAFE_PUTENV when configuring ASCII z/OS buildsMike Fulton2022-01-011-1/+3
| | | | | | | | | | | The Perl code expects that the ``environ`` global variable can be re-allocated to new storage and then have entries added and removed from it. This isn't supported by z/OS when in Bi-Modal mode and so _PERL_USE_SAFE_PUTENV_ macro is defined to use the _env_ services to manipulate ``environ`` instead of doing so directly. It is not clear if it is valid to re-allocate storage for the ``environ`` global variable or not, although it is worth pursuing with the z/OS development team as a longer-term potential fix.
* Bump the perl version in various places for 5.35.8Neil Bowers2021-12-211-2/+2
|
* Update compile and bind options for z/OS (os390)Mike Fulton2021-12-081-72/+58
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This update enables us to build EBCDIC static/dynamic and 31-bit/64-bit addressing mode Perl. The number of tests that pass is consistent with the baseline before these updates, namely: For blead.31.dynamic.ebcdic Configured using -Dusedl Failed 98 tests out of 1939, 94.95% okay. Elapsed: 1038 sec u=18.13 s=6.04 cu=535.69 cs=178.56 scripts=1939 tests=1035071 For blead.64.dynamic.ebcdic Configured using -Dusedl -Duse64bitall Failed 102 tests out of 1941, 94.74% okay. Elapsed: 1057 sec u=19.49 s=6.49 cu=543.00 cs=181.00 scripts=1941 tests=1053149 These changes also provide the base support to be able to provide ASCII static/dynamic and 31-bit/64-bit addressing mode Perl. Description of changes: Makefile.SH Changes were made to the os390*) case specific part of the code. Support was added for the 64-bit DLL path because the original only had support for 31-bit. hints/os390.sh This is the largest set of changes: - Compilation and Link options were added for ASCII and 64-bit - A z/OS specific check was added to determine if the Perl code being built is ASCII or EBCDIC. The check works by looking at the first character of the shell script to see if it is an ASCII or non-ASCII character. If ASCII, then the build is deemed to be ASCII. If not ASCII, it is assumed to be EBCDIC. - Cleanup was performed to remove code for z/OS systems that are no longer supported, simplifying the file (e.g. "`uname -v`x`uname -r`" in 02x0[89].*|02x1[0-9].*|[0-9][3-9]x*) which would only be true on unsupported, very old pre-z/OS systems - The compiler has been changed from xlc to c99. Both are available as priced features of the operating system, and the c99 compiler is a better 'fit' for options processing, being more consistent with c99 on other platforms. - Suppressing warning messages for CCN3159 were added because the 1-bit bitfields flagged due to a smaller-than-int data type are harmless. - Several feature test macros were added to bring the compilation up to a modern level to enable Perl to take advantage of capabilities available on all supported z/OS 2.4 and up systems. - Removed the -Wl,EDIT=NO because debug information is no longer stored in an area that will be loaded into memory, but is now stored in a NOLOAD section. So - while this does mean that the binary on disk is a little 'fat', what is loaded into memory is not, and it means that people can have better problem determination tools available even on production Perl distributions.
* Bump the perl version in various places for 5.35.7Richard Leach2021-11-211-2/+2
|
* Remove AT&T UWIN supportDagfinn Ilmari Mannsåker2021-11-021-134/+0
| | | | | UWIN is a UNIX compatibility layer for Windows. It was last released in 2012 and has been superseded by Cygwin these days.
* Remove DOS/DJGPP supportDagfinn Ilmari Mannsåker2021-11-021-81/+0
| | | | | | DJGPP is a port of the GNU toolchain to 32-bit x86 systems running DOS. The last known attempt to build Perl on it was on 5.20, which only got as far as building miniperl.
* Bump version to 5.35.6Leon Timmermans2021-10-211-2/+2
|
* Bump versions from v5.35.4 to v5.35.5Matthew Horsfall2021-09-201-2/+2
|
* C11 thread local in OpenBSD shared objects is buggy, so disable it.Nicholas Clark2021-09-091-0/+4
| | | | | | Issue: https://github.com/Perl/perl5/issues/19109 Pull request: https://github.com/Perl/perl5/pull/19110
* cygwin can't support C11 thread local in shared objects, so disable it.Nicholas Clark2021-09-071-0/+6
| | | | | This seems to be an unresolved bug in binutils, rather than any fundamental object format problem.
* MACH-O can't support C11 thread local in shared objects, so disable it.Nicholas Clark2021-09-071-0/+4
| | | | | | | | | | | | | | Apple's clang happily passes the probe and compiles _Thread_local no problem, but building extensions fails with ld: illegal thread local variable reference to regular symbol _PL_current_context for architecture arm64 The Internet suggests that the MACH-O format fundamentally can't support what is needed to implement C11 thread local storage in shared objects. It's frustrating that the error message is "Less Than Awesome" at explaining that this is the real problem here. Hence disable the use of C11 thread local storage in the hints file, and hence keep using pthreads.
* Bump the perl version in various places for 5.35.4Karen Etheridge2021-08-221-2/+2
|
* Bump the perl version in various places ready for 5.35.3Neil Bowers2021-07-241-2/+2
|
* Update hints/os390.shKarl Williamson2021-06-271-70/+138
| | | | | This modernizes this hints file enough that it actually works on a real live system.
* hints/os390.sh: White-space/comment onlyKarl Williamson2021-06-271-52/+54
|
* Bump the perl version in various places for 5.35.2Max Maischein2021-06-201-2/+2
|
* Bump the perl version in various places for 5.35.1Max Maischein2021-05-231-2/+2
| | | | | Ideally, this would've been done earlier in the process of developing 5.35, but here we are
* Bump to 5.35.0:Sawyer X2021-05-211-2/+2
| | | | | | * Apparently, first you bump, then you update perldelta. * 5.35.0 *might* be released tomorrow (likely) but not certainly. * I've set it to tomorrow so Module::CoreList won't be upset.
* Bump perl version in various places for 5.34.0Sawyer X2021-05-041-2/+2
|
* Bump the Perl version to 5.33.9Nicolas R2021-03-201-2/+2
|
View Lorry Controller Status