| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
is due to regexps keeping non-constant data in their compiled
structures)
p4raw-id: //depot/perl@4579
|
|
|
| |
p4raw-id: //depot/perl@4546
|
|
|
|
|
|
|
|
|
| |
in COP; revert parts of change#4485 and s/xcv_filegv/xcv_file/
(CvFILE() may yet come in handy somewhere); adjust compiler doodads
to suit
p4raw-link: @4485 on //depot/perl: b195d4879f55e1610299cb9b1b55356940c2a577
p4raw-id: //depot/perl@4545
|
|
|
|
|
| |
p4raw-link: @4539 on //depot/perl: 350de78d9c02710bb008e9ca922c78ba251ec366
p4raw-id: //depot/perl@4544
|
|
|
| |
p4raw-id: //depot/perl@4511
|
|
|
| |
p4raw-id: //depot/perl@4505
|
|
|
| |
p4raw-id: //depot/cfgperl@4429
|
|
|
|
|
|
| |
eval"" did not pop stack correctly; C<$a = eval "(1,2)x1">
is one symptom of the problem
p4raw-id: //depot/perl@4401
|
|
|
|
|
|
|
|
|
| |
runlevels and stack of stacks (change#3988 done right);
basically, we pop the runlevel if the stacklevel is not the
same one we started the runlevel with
p4raw-link: @3988 on //depot/perl: a7c6d24429ab2b6db54575a3bdc62c7ed9f881cf
p4raw-id: //depot/perl@4376
|
|
|
|
|
|
|
| |
by an avoidable call to setjmp())
p4raw-link: @3386 on //depot/perl: 312caa8e97f1c7ee342a9895c2f0e749625b4929
p4raw-id: //depot/perl@4372
|
|
|
|
|
|
|
| |
clear entries in the CV's pad, leading to coredumps when CV had no
other references to it; this is a slightly edited version of the
patch suggested by Russel O'Connor <roconnor@world.std.com>
p4raw-id: //depot/perl@4321
|
|
|
|
|
|
| |
situation (assumptions about cx invalidation are not valid
anymore)
p4raw-id: //depot/perl@4320
|
|
|
|
|
|
| |
"leaks"; %@ wasn't even user-visible under -Dusethreads);
only repeats of most recent error are now avoided
p4raw-id: //depot/perl@4316
|
|
|
|
|
|
| |
to point at; change places that meant Perl_debug_log rather than
PerlIO_stderr()
p4raw-id: //depot/perl@4302
|
|
|
|
|
|
|
|
|
| |
subroutines implementation (change#4081); correct the
plethora of cases where DIE() was more appropriate than
croak()
p4raw-link: @4081 on //depot/perl: cd06dffe59d60ee6a2fdd7c81f8cef42c7026b36
p4raw-id: //depot/perl@4235
|
|
|
|
|
|
|
|
|
|
|
| |
warnings; symbols that violate strictures do *not* end up in
the symbol table anyway, making multiple evals of the same piece
of code produce the same errors; errors indicate all locations
of a global symbol rather than just the first one; these
changes make compile-time failures within evals reliably
visible via the return value or contents of $@, and trappable
using __DIE__ hooks
p4raw-id: //depot/perl@4197
|
|
|
|
|
|
| |
in passing around references to @_, eg C<sub foo { \@_ }>; add
tests for the same
p4raw-id: //depot/perl@4195
|
|
|
|
|
|
|
|
|
|
| |
To: gsar@activestate.com
Cc: perl5-porters@perl.org
Subject: Re: [ID 19990907.004] [PATCH perl5.005_61] compiler warnings with -Duse64bits
Message-Id: <199909131315.OAA24012@tempest.npl.co.uk>
p4raw-link: @4100 on //depot/cfgperl: 427181846486e3aa5034a647dc1922377185f4c0
p4raw-id: //depot/cfgperl@4136
|
|
|
|
|
|
|
|
| |
To: perl5-porters@perl.org
Subject: [ID 19990907.004] [PATCH perl5.005_61] compiler warnings with
-Duse64bits
Message-Id: <199909071130.MAA11435@tempest.npl.co.uk>
p4raw-id: //depot/cfgperl@4100
|
|
|
| |
p4raw-id: //depot/perl@4034
|
|
|
|
|
|
|
|
| |
(this would explain the mysterious C<next LABEL> failures
people have seen)
p4raw-link: @3692 on //depot/perl: 2c15bef39460c09b2a7846a30a4fc1fc1c4f93e4
p4raw-id: //depot/perl@3878
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
with -Duse64bits (using long long).
Tested in Solaris 2.6 sparc RH Linux 6.0 x86
(and Digital IX 4.0D, to get a true 64-bit opinion). Now e.g.
'print unpack "q", pack "q", 12345678901'
should work on such 32-bit platforms.
Still a lot of printf()s behind -D which wrongly assume
that %ld/%lx and (long) are a good combination.
Introducing a slew of new macros intended to be used in printf()
format strings: e. g. PERL_PRId64 is the string to be used
when printing an IV, printf("%" PERL_PRId64 "\n", iv).
The PRI... naming follows the C9X naming of <inttypes.h> macros.
p4raw-id: //depot/cfgperl@3861
|
|
|
| |
p4raw-id: //depot/perl@3777
|
|
|
|
|
|
| |
Message-Id: <199907200213.WAA02816@mailfw2.ford.com>
Subject: Re: loading remote modules
p4raw-id: //depot/perl@3771
|
|
|
|
|
| |
p4raw-link: @3534 on //depot/perl: f3aa04c29a85dd63d563ae8e27316ff34501ccd5
p4raw-id: //depot/perl@3751
|
|
|
|
|
| |
contexts when jumping between if and elsif blocks
p4raw-id: //depot/perl@3692
|
|
|
| |
p4raw-id: //depot/perl@3672
|
|
|
| |
p4raw-id: //depot/perl@3669
|
|
|
| |
p4raw-id: //depot/perl@3660
|
|
|
|
|
|
|
| |
due to leaked scalar, investigation pending)
Message-ID: <5104D4DBC598D211B5FE0000F8FE7EB29C6C8E@mbtlipnt02.btlabs.bt.co.uk>
Subject: [PATCH 5.005_57] Lexical Warnings - mandatory warning are now default warnings
p4raw-id: //depot/perl@3640
|
|
|
|
|
| |
Message-ID: <14193.25034.113373.245377@alias-2.pr.mcs.net>
p4raw-id: //depot/perl@3637
|
|
|
|
|
|
| |
Message-Id: <3.0.6.32.19990608140938.030f12e0@ous.edu>
Subject: [PATCH 5.005_57]Use NV instead of double in the core
p4raw-id: //depot/perl@3602
|
|
|
|
|
| |
overloading
p4raw-id: //depot/perl@3570
|
|
|
|
|
|
|
|
|
| |
gone from the public API); PERL_OBJECT builds again on
windows
TODO: namespace-clean the typedefs in iperlsys.h and
elsewhere; remove C++ remnants from public headers
p4raw-id: //depot/perl@3553
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Both problems were related to numeric locale which
controls the radix character aka the decimal separator.
(1) printf (and sprintf) were resetting the numeric locale to C.
(2) Using locale-numerically formatted floating point
numbers (e.g. "1,23") together with -w caused warnings about
"isn't numeric". The operations were working fine, though,
because atof() was using the local locale.
Both problems reported by Stefan Vogtner.
Introduced a wrapper for atof() that attempts to convert
the string both ways. This helps Perl to understand
numbers like this "4.56" even when using a local locale
makes atof() understand only numbers like this "7,89".
Remaining related problems, both of which existed before
this patch and continue to exist after this patch:
(a) The behaviour of print() is _not_ as documented by perllocale.
Instead of always using the C locale, print() does use the
local locale, just like the *printf() do. This may be fixable
now that switching to-and-fro between locales has been made
more consistent, but fixing print() would change existing
behaviour. perllocale is not changed by this patch.
(b) If a number has been stringified (say, via "$number") under
a local locale, the cached string value persists even under
"no locale". This may or may not be a problem: operations
work fine because the original number is still there, but
that the string form keeps its locale-ish outlook may be
somewhat confusing.
p4raw-id: //depot/cfgperl@3542
|
|
|
| |
p4raw-id: //depot/perl@3534
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
enabled via -DPERL_IMPLICIT_CONTEXT (all changes are noops
without that enabled):
- USE_THREADS now enables PERL_IMPLICIT_CONTEXT, so dTHR
is a noop; tests pass on Solaris; should be faster now!
- MULTIPLICITY has been tested with and without
PERL_IMPLICIT_CONTEXT on Solaris
- improved function database now merged with embed.pl
- everything except the varargs functions have foo(a,b,c) macros
to provide compatibility
- varargs functions default to compatibility variants that
get the context pointer using dTHX
- there should be almost no source compatibility issues as a
result of all this
- dl_foo.xs changes other than dl_dlopen.xs untested
- still needs documentation, fixups for win32 etc
Next step: migrate most non-mutex variables from perlvars.h
to intrpvar.h
p4raw-id: //depot/perl@3524
|
|
|
|
|
|
|
|
|
|
|
|
| |
pointer argument; builds/tests on Solaris, win32
hasn't been fixed up yet; proto.h, global.sym and
static function decls are now generated from a common
database in proto.pl; some inconsistently named
perl_foo() things are now Perl_foo(), compatibility
#defines provided; perl_foo() (lowercase 'p') reserved
for functions that take an explicit context argument;
next step: generate #define foo(a,b) Perl_foo(aTHX_ a,b)
p4raw-id: //depot/perl@3522
|
|
|
| |
p4raw-id: //depot/perl@3518
|
|
|
| |
p4raw-id: //depot/perl@3515
|
|
|
| |
p4raw-id: //depot/perl@3511
|
|
|
|
|
| |
Message-Id: <199905250642.CAA06208@monk.mps.ohio-state.edu>
p4raw-id: //depot/perl@3475
|
|
|
|
|
| |
searched
p4raw-id: //depot/perl@3466
|
|
|
|
|
| |
p4raw-link: @3455 on //depot/perl: 288ec9e31566cfd8e9a63e1dd3d7e670d6e519b8
p4raw-id: //depot/perl@3463
|
|
|
|
|
| |
Message-Id: <199905231535.QAA00032@crypt.compulink.co.uk>
p4raw-id: //depot/perl@3457
|
|
|
|
|
| |
on (brings behavior in line with documentation)
p4raw-id: //depot/perl@3455
|
|
|
|
|
| |
Geoff Kuenning <geoff@cs.hmc.edu>)
p4raw-id: //depot/perl@3452
|
|
|
| |
p4raw-id: //depot/perl@3414
|
|
|
| |
p4raw-id: //depot/perl@3411
|
|
|
|
|
|
|
|
|
|
| |
needed to open myconfig.SH rather than myconfig; sundry adjustments
to bytecode stuff; tweaks to DYNAMIC_ENV_FETCH code to make it
work under win32; getenv_sv() changed to getenv_len() since SVs
aren't visible in the lower echelons; remove bogus exports from
config.sym; PERL_OBJECT-ness for C++ exception support; null out
IoDIRP in filter_del() or sv_free() will attempt to close it
p4raw-id: //depot/perl@3387
|