| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.)
|
|
|
|
|
|
| |
7e19816aa8661ce0e984742e2df11dd20dcdff18 removed it from the default
list, but it is apparently still necessary on Solaris so we add it back
in the hints file.
|
| |
|
|
|
|
|
|
| |
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265950
We do not yet know the extent of the problem.
|
|
|
|
| |
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255646
|
|
|
|
|
| |
newlocale(), required for this, is buggy. See
https://sourceware.org/pipermail/cygwin/2022-August/252043.html
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
This attempted to change sv_inline.h, but those were clearly
wrong!
|
| |
|
|
|
|
|
|
| |
Ultrix has been removed. Ultrix was the native Unix-like operating
system for various Digital Equipment Corporation machines. Its final
release was in 1995.
|
|
|
|
|
|
|
| |
Now environ isn't owned by Perl and calling setenv/putenv in XS code
will no longer result in memory corruption.
Fixes #19399
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This OS has some unique qualities that are hard to test for in
Configure, and aren't likely to go away.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
| |
UWIN is a UNIX compatibility layer for Windows. It was last released
in 2012 and has been superseded by Cygwin these days.
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
|
|
| |
Issue: https://github.com/Perl/perl5/issues/19109
Pull request: https://github.com/Perl/perl5/pull/19110
|
|
|
|
|
| |
This seems to be an unresolved bug in binutils, rather than any fundamental
object format problem.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
|
| |
This modernizes this hints file enough that it actually works on a real
live system.
|
| |
|
| |
|
|
|
|
|
| |
Ideally, this would've been done earlier in the process of
developing 5.35, but here we are
|
|
|
|
|
|
| |
* 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.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This just detabifies to get rid of the mixed tab/space indentation.
Applying consistent indentation and dealing with other tabs are another issue.
Done with `expand -i`.
* vutil.* left alone, it's part of version.
* Left regen managed files alone for now.
|
| |
|