| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
This was only defined for MSDOS if not using DJGPP. We've long
since dropped support for that, so this define and related code
can go.
|
| |
|
|
|
|
|
|
| |
Error was also spotted by mauke.
For: RT #119213
|
|
|
|
|
|
|
| |
This finishes the removal of register declarations started by
eb578fdb5569b91c28466a4d1939e381ff6ceaf4. It neglected the ones in
function parameter declarations, and didn't include things in dist, ext,
and lib, which this does include
|
|
|
|
| |
Broken by commit 7cd83f6573.
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes [perl #40595]. When Perl_malloc reports an out of
memory error, it should not make calls to PerlIO functions that
may turn around and allocate memory using Perl_malloc. A simple
write() should be ok, though. Inspired by S_write_no_mem() from
util.c. Also replaces the local write2 function, which did the
same thing slightly differently.
Under -DDEBUGGING, there are other calls to PerlIO_printf that are
also likely unsafe, but that problem is not addressed here.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This removes most register declarations in C code (and accompanying
documentation) in the Perl core. Retained are those in the ext
directory, Configure, and those that are associated with assembly
language.
See:
http://stackoverflow.com/questions/314994/whats-a-good-example-of-register-variable-usage-in-c
which says, in part:
There is no good example of register usage when using modern compilers
(read: last 10+ years) because it almost never does any good and can do
some bad. When you use register, you are telling the compiler "I know
how to optimize my code better than you do" which is almost never the
case. One of three things can happen when you use register:
The compiler ignores it, this is most likely. In this case the only
harm is that you cannot take the address of the variable in the
code.
The compiler honors your request and as a result the code runs slower.
The compiler honors your request and the code runs faster, this is the least likely scenario.
Even if one compiler produces better code when you use register, there
is no reason to believe another will do the same. If you have some
critical code that the compiler is not optimizing well enough your best
bet is probably to use assembler for that part anyway but of course do
the appropriate profiling to verify the generated code is really a
problem first.
|
|
|
|
|
|
|
|
| |
The 80286 was released two years before Perl 1, but the support code was
added with Perl 3. The chip hasn't been produced for more than 15 years -
even the 80386 hasn't been manufactured since 2007. Most of the other
memory model code was removed by commit 5869b1f143426909 in Sep 2000, so
support for 16 bit systems is long dead.
|
|
|
|
|
| |
The subdirectory containing the port specific files was purged when 5.000
was released, but changes made to other files were not removed.
|
| |
|
|
|
|
| |
to make sure it really is never reached.
|
|
|
|
|
| |
This updates the editor hints in our files for Emacs and vim to request
that tabs be inserted as spaces.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It only ever worked properly in 5.005.
Commit d720c4410d3a0730 from June 1998 is the first known version of malloc.c
that would compile stand alone, without needing a config.h
Commit 5bbd1ef51ee0ebfa from December 1998 will not compile by default,
but will if one provides suitable definitions of simple macros on the command
line.
Commit 427181846486e3aa from September 1999 will not compile with command
line flags alone.
12 years later, no-one has reported problems, so it's safe to remove this.
|
|
|
|
|
|
|
|
|
|
| |
In 1998 commit 30e2e4257067d5f8 stated
temporarily disable perl malloc for a2p until we clean up
conflicting malloc() declarations everywhere
and nothing has changed since. 13 years later, no-one has reported problems,
so it's safe to remove it.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
grep.cpan.me and Google's codesearch find no use of WITH_THR or WITH_THX.
WITH_THX() was added in June 1999 in cea2e8a9dd23747f, and the last user
eliminated with 0b250b9ef0d5134f in August 1999. WITH_THX() was used again
for DEBUG_CX() in 1c98cc53150c4860, and eliminated in d9f81b50694a810f.
WITH_THR() was added in 1997 in 0f15f207c55ce70f. Use everywhere except
DEBUG_SCOPE() was eliminated in 2006 in 11206fddaf7ef068. WITH_THR() was
removed from DEBUG_SCOPE() in d9f81b50694a810f.
|
|
|
|
|
|
|
|
|
| |
# 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>
|
|
|
|
|
| |
Replace ckWARN_d{,2,3,4}() && Perl_warner() with it, which trades reduced code
size for 1 more function call if warnings are not enabled.
|
|
|
|
|
|
| |
Classic.
Perl hasn't supported MachTen since 5.6.
|
|
|
|
| |
since 5.005
|
|
|
|
|
|
| |
Message-ID: <25940.1225611819@chthon>
Date: Sun, 02 Nov 2008 01:43:39 -0600
p4raw-id: //depot/perl@34698
|
|
|
|
|
|
|
| |
initialization in dTHX.
Plus some consting, which also makes C++ happier.
p4raw-id: //depot/perl@34579
|
|
|
|
|
|
| |
From: "Jerry D. Hedden" <jdhedden@cpan.org>
Message-ID: <1ff86f510806230641x37afed4bla697e381b3ba9d6d@mail.gmail.com>
p4raw-id: //depot/perl@34078
|
|
|
|
|
|
|
| |
not v.5.6.x
Message-ID: <874pgd6hxs.fsf@biokovo-amd64.herceg.de>
p4raw-id: //depot/perl@34076
|
|
|
| |
p4raw-id: //depot/perl@33450
|
|
|
|
|
|
| |
From: srezic@cpan.org (via RT) <perlbug-followup@perl.org>
Message-ID: <rt-3.6.HEAD-4732-1193510037-297.46957-75-0@perl.org>
p4raw-id: //depot/perl@33414
|
|
|
|
|
|
| |
passed in request to the size that will actually be allocated. It's
the same interface as Darwin already provides with malloc_good_size().)
p4raw-id: //depot/perl@33389
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
Exterminate! Exterminate! Exterminate!
p4raw-id: //depot/perl@33052
|
|
|
| |
p4raw-id: //depot/perl@30964
|
|
|
|
|
| |
changes will be needed to get it to link though.
p4raw-id: //depot/perl@29142
|
|
|
|
|
| |
Message-ID: <4452594B.4040609@gmail.com>
p4raw-id: //depot/perl@28007
|
|
|
|
|
|
| |
see: http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-04/msg00144.html
p4raw-link: @27649 on //depot/perl: 9ddc1e7af8675795ad0346c1274fd40d4096c50f
p4raw-id: //depot/perl@27735
|
|
|
|
|
| |
Message-ID: <20060331065458.GA28571@petdance.com>
p4raw-id: //depot/perl@27649
|
|
|
|
|
| |
Message-ID: <20060202093849.GD12591@accognoscere.homeunix.org>
p4raw-id: //depot/perl@27054
|
|
|
|
|
| |
Message-ID: <20060106155719.GB9035@petdance.com>
p4raw-id: //depot/perl@26676
|
|
|
|
|
| |
Message-ID: <20051004201605.GA31682@petdance.com>
p4raw-id: //depot/perl@25693
|
|
|
| |
p4raw-id: //depot/perl@24762
|
|
|
|
|
| |
Message-ID: <20050602171943.GA16553@petdance.com>
p4raw-id: //depot/perl@24689
|
|
|
|
|
| |
Message-ID: <20050602050238.GA4001@petdance.com>
p4raw-id: //depot/perl@24666
|
|
|
|
|
| |
Message-ID: <20050525173139.GB1701@petdance.com>
p4raw-id: //depot/perl@24580
|
|
|
|
|
| |
Message-ID: <20050519173256.GA29039@petdance.com>
p4raw-id: //depot/perl@24508
|
|
|
|
|
| |
Message-ID: <20050516151353.GA25387@petdance.com>
p4raw-id: //depot/perl@24489
|
|
|
|
|
|
| |
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: <20050420112720.GA31042@mccoy.peters.homeunix.org>
Date: Wed, 20 Apr 2005 06:27:20 -0500
p4raw-id: //depot/perl@24260
|
|
|
|
|
|
|
| |
Message-ID: <20050416160502.GA26957@mccoy.peters.homeunix.org>
plus fix to Perl_rvpv_dup assigning to an RV with SvPVX
p4raw-id: //depot/perl@24239
|
|
|
| |
p4raw-id: //depot/perl@24108
|
|
|
| |
p4raw-id: //depot/perl@23176
|
|
|
|
|
|
| |
and sv_savesharedpv. Need to create non-void returning versions of
Copy and Zero, as the existing macros deliberately cast to (void)
p4raw-id: //depot/perl@23126
|