| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
reported by perlancar, [perl #124364]
|
| |
|
| |
|
|
|
|
| |
Commit modifies 4 of 5 files in patch submitted by author in RT #124335.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Without this, we might be asked about 5.020 but be unable to climb
the delta tree because there is no delta entry for 5.020, only for
5.020.
This is a poor solution for now, because (for example) some versions
are not stored in x.yyyzzz format. One is eveni n x.yyyzz! We
should store things in a normalized format, and normalize arguments
on input.
For now, this will do.
|
| |
|
|
|
|
|
|
| |
Per report by kentnl++ in RT #124151.
Increment $VERSION across dist/ExtUtils-ParseXS/lib. Add perldelta entry.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
An empty cpan/.dir-locals.el stops Emacs using the core defaults for
code imported from CPAN.
Committer's work:
To keep t/porting/cmp_version.t and t/porting/utils.t happy, $VERSION needed
to be incremented in many files, including throughout dist/PathTools.
perldelta entry for module updates.
Add two Emacs control files to MANIFEST; re-sort MANIFEST.
For: RT #124119.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
XS writers may need to manipulate the LC_NUMERIC locale. Some macros
are available to do this. This documents them and the issues.
|
|
|
|
|
| |
The previous commit removed a surrounding block. outdent
correspondingly
|
|
|
|
|
| |
This collapses two pieces of code into one. It isn't necessary to have
an ASCII version vs an EBCDIC version.
|
|
|
|
|
|
|
|
|
|
|
|
| |
By this simple change, we can avoid printing all controls except \c?.
On ASCII platforms the remaining control is DEL, which is handled above.
On EBCDIC platforms, \c? remains a problem.
But it isn't clear what to do about this anyway, as the module
interprets ^D, ^H, ^U specially as if they were typed from the keyboard,
and expects the keyboard to transmit them in a particular way, which may
not be valid for EBCDIC. No tests fail, so fixing this will have to
wait for tuits or field complaints.
|
|
|
|
|
|
|
|
| |
Commit 31ac59b61698e704b64192de74793793f4b5b0c0 inadvertently changed
the behavior of the pure perl version of Data::Dumper. If a newline is
the sole character in something being dumped with useqq, it no longer
got translated into a \n sequence and was output raw. This was due to
the regex matching of \n at beginning and ends of strings.
|
|
|
|
|
|
|
| |
A recent commit added a label, plus a "goto that label" only in the EBCDIC
case. On "normal" builds, the compiler complained about an unused label.
Also, indent the recent '#ifdef EBCDIC' correctly.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
On sysplexed os390 systems, the literal string "$SYSNAME" in a directory
path appears to the code to be a symbolic link to itself. If one wants
to walk $SYSNAME/tmp, for example, one keeps recursing, adding $SYSNAMEs
on to the front of the path until our fail-safe limit is reached. This
would like something like
$SYSNAME/$SYSNAME/.../$SYSNAME /tmp
never reaching the tmp.
What this commit does is to replace all instances of $SYSNAME/foo simply
by /foo, for all foo when $SYSNAME is a symbolic link. Then the above
would resolve simply to /tmp.
There appears to not be a problem with the pure perl version
|
|
|
|
|
|
| |
'left' implies to me a direction, especially in this context where we
are parsing a path from left to right; instead it here means
'remaining', which I've renamed it to.
|
|
|
|
|
| |
Bring indentation style of bsd_realpath() into line with the rest of
Perl
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
On perls v5.9.5 to v5.17.0 inclusive, there's a Latin-1/utf8
length bug and sometimes a character is dropped from the end of the
regexp's stringification.
On earlier perls, there is an error related to invalid character
sequences.
Rather than carefully tease these apart, we'll skip the tests.
Thanks to Zefram for helping to identify the version range.
|
| |
|
| |
|
|
|
|
| |
This is for the special handling needed in EBCDIC
|
| |
|
|
|
|
|
|
|
|
|
| |
This extends Data::Dumper to work on EBCDIC platforms. This is just the
code changes. Some .t files will be changed as well, in future commits
This involves some code refactoring especially in the .xs code to
collapse EBCDIC/ASCII handling into one. The if-elsif-elsif-...-else
logic is cleaned up, so that there are fewer branches taken on average.
|
| |
|
|
|
|
|
| |
This calculates the number of tests when some modules are unavailable,
instead of it having to be specified each time there is a change.
|
|
|
|
| |
These are no longer correct, and hard to maintain. It's not worth it.
|
|
|
|
|
|
| |
In commit 571d5cf7467f1af9ff1e6d751f49ac47e4f88380, I forgot that this
is dual-lifed and may be used on early Perls. This commit allows that,
but it will fail if such a Perl were to be used on an EBCDIC platform.
|
|
|
|
|
|
| |
In commit fedc1b0e2d9cec34b7e3b1fa65dd0f7eb4f539fd, I forgot that this
is dual-lifed and may be used on early Perls. This commit allows that,
but it will fail if such a Perl were to be used on an EBCDIC platform.
|
| |
|
|
|
|
|
| |
These two tests are already skipped for hpux, and one for win32. I'm
assuming the same issue here.
|
|
|
|
|
| |
This creates a sort help that make a '?' always sort after the digits,
which it naturally does on ASCII platforms, but not EBCDIC
|
| |
|
| |
|
| |
|
| |
|