| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
097ee67dff1c60f2 didn't need to include <locale.h> in locale.c (then
util.c) because it had been included by perl.h since 5.002 beta 1
3f270f98f9305540 missed removing the include of <unistd.h> from perl.c
or perlio.c
de8ca8af19546d49 changed perl.h to also include <sys/wait.h>, but didn't
notice that it code therefore be removed from perl.c, pp_sys.c and util.c
|
| |
|
|
|
|
|
| |
Prefix it with "panic", report the two lengths that caused the sanity test
failure, and add the message to perldiag.pod.
|
| |
|
|
|
|
|
|
|
|
|
| |
# New Ticket Created by (Peter J. Acklam)
# Please include the string: [perl #81904]
# in the subject line of all future correspondence about this issue.
# <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=81904 >
Signed-off-by: Abigail <abigail@abigail.be>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As discussed on p5p, ibcmp has different semantics from other cmp
functions in that it is a binary instead of ternary function. It is
less confusing then to have a name that implies true/false.
There are three functions affected: ibcmp, ibcmp_locale and ibcmp_utf8.
ibcmp is actually equivalent to foldNE, but for the same reason that things
like 'unless' and 'until' are cautioned against, I changed the functions
to foldEQ, so that the existing names, like ibcmp_utf8 are defined as
macros as being the complement of foldEQ.
This patch also changes the one file where turning ibcmp into a macro
causes problems. It changes it to use the new name. It also documents
for the first time ibcmp, ibcmp_locale and their new names.
|
|
|
|
| |
util.c don't need the interpreter as well
|
|
|
|
|
|
| |
Message-ID: <25940.1225611819@chthon>
Date: Sun, 02 Nov 2008 01:43:39 -0600
p4raw-id: //depot/perl@34698
|
|
|
| |
p4raw-id: //depot/perl@34585
|
|
|
|
|
|
|
|
|
|
|
|
| |
ability to create landmines that will explode under someone in the
future when they upgrade their compiler to one with better
optimisation. We've already done this at least twice.
(Yes, some of the assertions are after code that would already have
SEGVd because it already deferences a pointer, but they are put in
to make it easier to automate checking that each and every case is
covered.)
Add a tool, checkARGS_ASSERT.pl, to check that every case is covered.
p4raw-id: //depot/perl@33291
|
|
|
| |
p4raw-id: //depot/perl@32237
|
|
|
|
|
|
|
| |
Subject: locale.c usage of strxfrm
From: "Devin Heitmueller" <devin.heitmueller@gmail.com>
Message-ID: <412bdbff0704201520i7aac0189n74f0cef5c5213f41@mail.gmail.com>
p4raw-id: //depot/perl@31092
|
|
|
| |
p4raw-id: //depot/perl@27875
|
|
|
|
|
|
| |
Message-Id: <200604111908.k3BJ8ewn030950@kosh.hut.fi>
Date: Tue, 11 Apr 2006 22:08:40 +0300 (EEST)
p4raw-id: //depot/perl@27769
|
|
|
|
|
| |
Message-ID: <4438B854.6040301@gmail.com>
p4raw-id: //depot/perl@27750
|
|
|
|
|
| |
Message-ID: <20060221062711.GA16160@petdance.com>
p4raw-id: //depot/perl@27300
|
|
|
|
|
|
| |
Message-ID: <20060203152449.GI12591@accognoscere.homeunix.org>
Date: Fri, 3 Feb 2006 16:24:49 +0100
p4raw-id: //depot/perl@27065
|
|
|
|
|
| |
Message-ID: <20060202093849.GD12591@accognoscere.homeunix.org>
p4raw-id: //depot/perl@27054
|
|
|
|
|
| |
Message-ID: <43BE7C4D.1010302@gmail.com>
p4raw-id: //depot/perl@26675
|
|
|
| |
p4raw-id: //depot/perl@26652
|
|
|
|
|
| |
Can't use STR_WITH_LEN() as argument to a macro :-(
p4raw-id: //depot/perl@26649
|
|
|
| |
p4raw-id: //depot/perl@26645
|
|
|
|
|
| |
Message-ID: <20051205194613.GB7791@petdance.com>
p4raw-id: //depot/perl@26281
|
|
|
|
|
| |
Message-ID: <20051104211256.GA12651@petdance.com>
p4raw-id: //depot/perl@26028
|
|
|
| |
p4raw-id: //depot/perl@25898
|
|
|
|
|
|
|
|
| |
Message-ID: <42CC3CE9.5050606@divsol.com>
(reverted all dual-lived modules since they must work with older
perls too so must wait for a new Devel::PPPort)
p4raw-id: //depot/perl@25101
|
|
|
|
|
|
|
|
|
| |
little used code, code used only once per run (such as interpreter
construction and destruction), and cases where the pointer nearly
never is NULL. Safefree does its own non-NULL check, and even that
isn't strictly necessary as all conformant free()s accept a NULL
pointer.
p4raw-id: //depot/perl@25045
|
|
|
|
|
| |
Message-ID: <20050623190423.GA13835@petdance.com>
p4raw-id: //depot/perl@24965
|
|
|
|
|
|
| |
in read-only mode. Make vi modelines compatible with non-vim
vi versions.
p4raw-id: //depot/perl@24445
|
|
|
|
|
| |
(except the generated ones)
p4raw-id: //depot/perl@24440
|
|
|
|
|
| |
Message-ID: <B356D8F434D20B40A8CEDAEC305A1F2453D653@esebe105.NOE.Nokia.com>
p4raw-id: //depot/perl@24271
|
|
|
|
|
|
|
|
| |
Message-ID: <20050325231409.GB17660@petdance.com>
[with modification - the extra argument to incpush was supposed to
be being used]
p4raw-id: //depot/perl@24081
|
|
|
|
|
|
| |
because it generates smaller object code (as well as being
faster than a true function call)
p4raw-id: //depot/perl@23725
|
|
|
| |
p4raw-id: //depot/perl@23176
|
|
|
|
|
|
|
| |
(Lots of Perl 5 source code archaeology was involved.)
Larry didn't make strangled noises when I showed him
the patch, either :-)
p4raw-id: //depot/perl@19242
|
|
|
| |
p4raw-id: //depot/perl@18801
|
|
|
| |
p4raw-id: //depot/perl@18731
|
|
|
|
|
| |
-C (or PERL_UNICODE). See perlrun/-C for more details.
p4raw-id: //depot/perl@18715
|
|
|
|
|
|
| |
and the default file open layer explicit (either -C
or PERL_UTF8_LOCALE), instead of implicit (and unasked-for).
p4raw-id: //depot/perl@18490
|
|
|
|
|
| |
Message-ID: <20021103155008.GA382682@lyta.hut.fi>
p4raw-id: //depot/perl@18165
|
|
|
|
|
| |
Message-ID: <b0vagu8197d5jn2c5pt8al97loreugl9e5@4ax.com>
p4raw-id: //depot/perl@17181
|
|
|
|
|
| |
defined (ignore UTF-8 locales silently if no PerlIO).
p4raw-id: //depot/perl@17180
|
|
|
| |
p4raw-id: //depot/perl@17166
|
|
|
| |
p4raw-id: //depot/perl@16591
|
|
|
|
|
|
| |
change is from change#12026)
p4raw-link: @12026 on //depot/maint-5.6/perl: ff42b73b40f5a895aef4bed81c794f468e0609bc
p4raw-id: //depot/perl@16048
|
|
|
| |
p4raw-id: //depot/perl@15470
|
|
|
|
|
|
|
|
|
|
| |
think UTF-8, embrace your inner UTF-8, as suggested by Larry.
(And as suggested by Markus Kuhn.)
While we are at it, document also the case of
mixed hash keys as a known potential troublemaker.
(Since it's locale-related, sometimes.)
p4raw-id: //depot/perl@15350
|
|
|
| |
p4raw-id: //depot/perl@14391
|
|
Message-Id: <200106132341.AAA24935@crypt.compulink.co.uk>
p4raw-id: //depot/perl@10579
|