| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
This silences a chunk of warnings under -Wformat
|
|
|
|
| |
This silences a chunk of warnings under -Wformat
|
|
|
|
|
| |
This is primarily for pedantic builds; ptrdiff_t is now standard,
and had already been in use in the core without guards.
|
|
|
|
|
| |
I haven't gotten used to my new keyboard, and missed this lowercase
letter that should have been uppercase. Spotted by Dennis Kaarsemaker
|
|
|
|
|
|
| |
After commits d6ded95025185cb1ec8ca3ba5879cab881d8b180 and
130c5df3625bd130cd1e2771308fcd4eb66cebb2, there are some compilation
warnings if not all locale categories are used.
|
|
|
|
|
|
|
|
| |
Commit 130c5df3625bd130cd1e2771308fcd4eb66cebb2 introduced errors into
Windows (at least) compilations because it used #if's in the middle of
apparent function calls, but these were really macros that turned the
function call foo() into a call of Perl_foo(), and so we were doing
an #if from within a #define which is not generally legal.
|
|
|
|
|
|
|
|
| |
Commit d6ded95025185cb1ec8ca3ba5879cab881d8b180 introduced
the ability to specify individual category parameters to 'use locale'.
However in doing so, it causes Perl to not be able to compile on
platforms that don't have some or all of those categories defined, such
as Android. This commit uses #ifdefs to remedy that.
|
|
|
|
|
|
| |
Several recent commits just changed the db manually, and in doing so
made incorrect changes. It should instead be regenerated by machine
with the -regen parameter.
|
|
|
|
| |
This is for comprehensibility and to make a future commit easier.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
- move the utf8::downgrade() note out of the middle of the perl5db.pl
entry
- give the Unicode::Collate entry back its =item
- move the Hash::Util entry into alphabetical order
|
| |
|
|
|
|
|
| |
The dual-life dist affected uses Devel::PPPort, so can safely use
sv_catpvs() even though it wasn't added until Perl v5.8.9.
|
|
|
|
| |
newSVpvs("…")"
|
|
|
|
|
| |
The dual-life dists affected use Devel::PPPort, so can safely use
newSVpvs() even though it wasn't added until Perl v5.8.9.
|
|
|
|
|
|
|
| |
Remove entry for storable in known_pod_issues.
Increment Storable version number.
For: https://rt.perl.org/Ticket/Display.html?id=121861
|
|
|
|
|
| |
Some compilers (GCC) will inline+optimize this, some don't (Visual C). Make
it clear to not check for null twice.
|
|
|
|
| |
Follow up to earlier POD corrections. See: RT #121873 and #121822.
|
|
|
|
|
|
|
| |
Bump version number in SelfLoader.pm.
Remove 'selfloader' entry from known_pod_issues.
For: https://rt.perl.org/Ticket/Display.html?id=121850
|
|
|
|
|
|
|
|
|
| |
Rename the environment variable that triggers the backtrace before
warns and croaks as PERL_USE_C_BACKTRACE_ON_ERROR (and correspondingly,
the define as USE_C_BACKTRACE_ON_ERROR).
Pod cleanups and updates, and move the needed #includes from perl.h
to util.c since that's the only place where they are needed.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Also update the perldelta template since it mentioned x2p
|
| |
|
|
|
|
|
|
|
| |
[DELTA]
3.32 2014-06-11
- Remove harness_class from argument hash in T::H::E (Leon Timmermans)
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
The final i_bfd statement was a wrong copy-paste
re-order Configure: in preparation of backporting this change and
integration of another, some reorder is required
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
While perl bug #75742 successfully convinced p5p that the speed of the
OpenBSD malloc was a good enough reason to instead use perl's malloc,
the system malloc has many security features that OpenBSD users expect.
The system malloc has always been used in the base system perl.
While the is slower than the perl malloc, the OpenBSD project believes
the tradeoff is worth it and would prefer that users who need the speed
specifically ask for it.
|
|
|
|
|
|
|
| |
Over time, OpenBSD has kept this up-to-date locally without enough
patches going upstream.
This should bring perl in sync with reality.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There were two problems:
1) we allocated srclen*4+1, but then only supplied srclen to the first
strxfrm() call, which meant we could be "failing" the strfrm()
unnecessarily.
2) the return value of the first strxfrm() was being handled correctly,
the contents of the output buffer supplied to strxfrm() is indeterminate
when the return value is the buffer size or larger, so we should
make a new call then.
|
| |
|
| |
|
| |
|
|
|
|
| |
Tony: fixes for minitest
|
|
|
|
| |
Tony: fix for minitest
|
|
|
|
| |
(whoops, I failed to run a full make test before my last commit)
|