| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
leaving -Dx for its original purpose of dumping syntax trees.
|
| |
|
|
|
|
| |
This fixes [perl #68590] : %^H not lexical enough.
|
| |
|
|
|
|
| |
for OP hooks
|
| |
|
|
|
|
| |
matching entry in perldiag (and fix it so that more of the existing ones do).
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(The table is 256 bytes; the run-time initialisation code is larger than this!)
Adapt generate_uudmap.c to generate the initalisation block for PL_bitcount,
writing the code to bitcount.h, using the same approach as uudmap.h.
To preserve binary compatibility:
for MULTIPLICITY:
keep Ibitcount in the interpreter structure, but remove all the macros that
access it. PL_bitcount is a new symbol in the object file, which won't clash
with anything as that name wasn't used before.
otherwise:
keep PL_bitcount as a char *, but initialise it at compile time to a new
constant array PL_bitcount array. Remove the code that attempts to Safefree()
it at interpreter destruction time.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Create S_IFIFO macro as an alias for _S_IFIFO if only the latter is being
defined by the standard headers (e.g. Microsoft Visual C++).
This is necessary to get the C<-p> function working, and also to define
the Fcntl::S_IFIFO constant.
See also http://bugs.activestate.com/show_bug.cgi?id=82665
Cheers,
-Jan
From 6386a37b103723e3c473119b95dd0b8edc59a1ed Mon Sep 17 00:00:00 2001
From: Jan Dubois <jand@activestate.com>
Date: Mon, 27 Apr 2009 15:44:23 -0700
Subject: [PATCH] Create S_IFIFO macro as an alias for _S_IFIFO if only the latter is being
defined by the standard headers (e.g. Microsoft Visual C++).
This is necessary to get the C<-p> function working, and also to define
the Fcntl::S_IFIFO constant.
See also http://bugs.activestate.com/show_bug.cgi?id=82665
Signed-off-by: H.Merijn Brand <h.m.brand@xs4all.nl>
|
|
|
|
|
|
|
|
| |
(MacOS support was removed from MakeMaker in 6.22, and merged to blead on
15th December 2004 with 5dca256ec738057dc331fb644a93eca44ad5fa14. After this
point MacOS wouldn't even have been able to build the perl binary, because it
would not have been able to build DynaLoader. If anyone wishes to resurrect
MacOS, start by reversing this commit and the relevant part of that commit.)
|
| |
|
|
|
|
|
|
| |
(and revert a89d24b9fe54d44395806c16ac1c19f3c678cbbb)
It's getting too complex to work around some versions of awk which don't want
to implement the regular expressions that they are documented to implement.
|
|
|
|
| |
compile time, so replace it with PERL_FS_VERSION, a compile time constant.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
-DPERL_GLOBAL_STRUCT_PRIVATE.
Perl_GetVarsPrivate() could not be seen from within a module built
with a C++ compiler if the perl binary was built with a C compiler,
as the prototype was not 'extern "C"' for C++.
The change moves the EXTERN_C defines so they can be used for the
prototype of Perl_GetVarsPrivate().
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
perl.h and perl.c need further fixes to get VMS to return the expected
POSIX exit codes when that is enabled.
This fix gets the correct numbers except for the SIGTERM case, which
will need some more work.
It also gets the posix exit code to set an error severity on a fatal
exit so that DCL and MMS/MMK or VMS native programs can easily detect a
script failure.
This patch does not address an issue in vms.c where the feature logicals
may not be correctly read. That will follow in a future patch.
The tests have been adjusted to detect when VMS is in the POSIX exit
mode and perform properly.
-John
wb8tyw@gmail.com
--
My qsl.net e-mail address is temporarily out of order.
|
| |
|
|
|
|
|
| |
Without this, $? & 128 doesn't get set properly on some (glibc) systems
when dumping core.
|
|
|
|
|
| |
Message-ID: <20081127070141.GD17663@tytlal.topaz.cx>
p4raw-id: //depot/perl@35018
|
|
|
|
|
|
| |
So encode this knowledge in perl.h, so we don't rely on the version of
gcc used by Configure to get the macro definition right.
p4raw-id: //depot/perl@34995
|
|
|
|
|
|
| |
From: "Rafael Garcia-Suarez" <rgarciasuarez@gmail.com>
Message-ID: <b77c1dce0812030351j33d7b75ci3e2640b33f36acd9@mail.gmail.com>
p4raw-id: //depot/perl@34994
|
|
|
|
|
| |
evals that fail to compile.
p4raw-id: //depot/perl@34985
|
|
|
|
|
|
|
| |
show you that something you thought worked doesn't.
Sadly it's not possible to trivially make it work, so for now they're
todo_skip().
p4raw-id: //depot/perl@34981
|
|
|
| |
p4raw-id: //depot/perl@34980
|
|
|
|
|
|
| |
which give total control over when source code from evals is stored.
The debugger doesn't need them, but I forsee that profilers might.
p4raw-id: //depot/perl@34979
|
|
|
|
|
|
| |
From: "John E. Malmberg" <wb8tyw@qsl.net>
Message-id: <4916872B.5040500@qsl.net>
p4raw-id: //depot/perl@34790
|
|
|
|
|
|
|
|
|
| |
As Nicholas already noted in a FIXME, assigning to DEFSV should
use GvSV instead of GvSVn. This change ensures that, at least
under -DPERL_CORE, DEFSV cannot be assigned to and introduces
a DEFSV_set macro to allow setting DEFSV.
This fixes #53038: map leaks memory.
p4raw-id: //depot/perl@34776
|
|
|
|
|
|
|
|
| |
PERLDBf_LINE, so that profilers (such as NYTProf) have access to the
lines of the eval, without the speed impact of other parts of the
debugger infrastructure. PERLDBf_LINE is unchanged. Based largely on a
patch by Tim Bunce in <20081028152749.GA12500@timac.local>
p4raw-id: //depot/perl@34693
|
|
|
|
|
| |
Message-Id: <20081029022544.413.1@knochen-vm.localdomain>
p4raw-id: //depot/perl@34630
|
|
|
| |
p4raw-id: //depot/perl@34585
|
|
|
| |
p4raw-id: //depot/perl@34069
|
|
|
|
|
|
|
|
| |
From: "Bram via RT" <perlbug-followup@perl.org>
Message-ID: <rt-3.6.HEAD-18229-1213179984-1708.51370-15-0@perl.org>
(The first patch)
p4raw-id: //depot/perl@34068
|
|
|
|
|
|
|
|
| |
expand it via a macro, with a comma expression to calculate the return
value, at which point gcc has the gall to warn that an expression
calcualted is not used.
Blame SCO for having to have fpsetmask(0) in the code to start with.
p4raw-id: //depot/perl@33762
|
|
|
|
|
|
| |
careful to work with PERL_TRACK_MEMPOOL, we also have to be careful to
work *without* it.
p4raw-id: //depot/perl@33629
|
|
|
|
|
|
|
|
| |
Message-Id: <3B7752C8-D5A2-452C-B3E0-C453FFCBCAFA@mac.com>
[but rename ******* to i_mallocmalloc.U, and then fix up all the files
that Porting/checkcfgvar.pl says need i_mallocmalloc declared]
p4raw-id: //depot/perl@33598
|
|
|
|
|
|
|
|
| |
VC7 onwards didn't seem to mind (perhaps thanks to #33411):
http://www.nntp.perl.org/group/perl.daily-build.reports/2008/03/msg54118.html
but VC6 wasn't happy:
http://www.nntp.perl.org/group/perl.daily-build.reports/2008/03/msg54099.html
p4raw-id: //depot/perl@33448
|
|
|
|
|
|
| |
size that will actually be allocated, to squeeze last few bytes into
use.
p4raw-id: //depot/perl@33390
|
|
|
| |
p4raw-id: //depot/perl@33380
|
|
|
|
|
|
|
| |
places as Perl's malloced_size(), except that we need to be careful of
any PERL_TRACK_MEMPOOL manipulations in force. Wrap both as
Perl_safesysmalloc_size(), to give a consistent name and interface.
p4raw-id: //depot/perl@33379
|
|
|
| |
p4raw-id: //depot/perl@33376
|
|
|
|
|
| |
http://www.nntp.perl.org/group/perl.daily-build.reports/2008/02/msg53937.html
p4raw-id: //depot/perl@33370
|
|
|
| |
p4raw-id: //depot/perl@33336
|
|
|
|
|
|
|
|
| |
and XS?]
From: "Jan Dubois" <jand@activestate.com>
Message-ID: <02ee01c8651b$17ef72f0$47ce58d0$@com>
p4raw-id: //depot/perl@33292
|
|
|
|
|
| |
Here saves 72 bytes in pp_ctl.o. Small, but in the right direction.
p4raw-id: //depot/perl@33232
|
|
|
|
|
|
| |
From: "Robin Barker" <Robin.Barker@npl.co.uk>
Message-ID: <46A0F33545E63740BC7563DE59CA9C6D093A17@exchsvr2.npl.ad.local>
p4raw-id: //depot/perl@33152
|
|
|
|
|
|
| |
From: "Robin Barker" <Robin.Barker@npl.co.uk>
Message-ID: <46A0F33545E63740BC7563DE59CA9C6D093A06@exchsvr2.npl.ad.local>
p4raw-id: //depot/perl@33085
|
|
|
|
|
|
| |
Message-ID: <20080124215537.GB10198@vtrl.co.uk>
Date: Thu, 24 Jan 2008 21:55:37 +0000
p4raw-id: //depot/perl@33070
|
|
|
|
|
|
| |
prototype depending on the compile time options. In turn, this finds
things that are unused in its callers.
p4raw-id: //depot/perl@33000
|
|
|
|
|
| |
suggestion
p4raw-id: //depot/perl@32955
|