| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Message-ID: <19990309115157.E7911@perlsupport.com>
Subject: [PATCH 5.005] Flexible Exceptions
p4raw-id: //depot/perl@3386
|
|
|
|
|
|
| |
Message-ID: <609bdff748.tom@compton.compton.nu>
Subject: ByteLoader patch
p4raw-id: //depot/perl@3356
|
|
|
| |
p4raw-id: //depot/perl@3274
|
|
|
|
|
| |
p4raw-link: @3229 on //depot/maint-5.004/perl: 3e0793ddbcfdff90910112e638ae702c43386bb6
p4raw-id: //depot/perl@3271
|
|
|
| |
p4raw-id: //depot/perl@3217
|
|
|
| |
p4raw-id: //depot/perl@3214
|
|
|
| |
p4raw-id: //depot/perl@3124
|
|
|
|
|
| |
of lexical searches in BEGIN|INIT|END)
p4raw-id: //depot/perl@2975
|
|
|
|
|
| |
Message-Id: <199902040237.CAA03255@crypt.compulink.co.uk>
p4raw-id: //depot/perl@2923
|
|
|
|
|
| |
Message-Id: <36c9629c.13334874@smtp1.ibm.net>
p4raw-id: //depot/perl@2908
|
|
|
|
|
|
| |
Message-Id: <9812122130.AA03717@gypsy.eng.cyrix.com>
Subject: Range operation doesn't handle IV_MAX
p4raw-id: //depot/perl@2855
|
|
|
| |
p4raw-id: //depot/perl@2854
|
|
|
|
|
| |
p4raw-link: @2576 on //depot/cfgperl: 5e985ccb892ad7073a08ce8fc45550f2b84c4230
p4raw-id: //depot/perl@2622
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Optimize common sort routines. Thread started by the message
From: Hans Mulder <hansm@icgroup.nl>
Sender: owner-perl5-porters@perl.org
To: perl5-porters@perl.org
Subject: [Patch for 5.00554] From the Todo list: Optimize sort by { $a <=> $b
Message-Id: <9901092156.AA03831@icgned.icgroup.nl>
and the patch from the message
From: Hans Mulder <hans@icgroup.nl>
To: jhi@iki.fi
Cc: perl5-porters@perl.org
Subject: Re: [Patch for 5.00554] From the Todo list: Optimize sort by { $a <=>
$b }
Date: Wed, 13 Jan 1999 17:39:35 +0100
Message-Id: <9901131639.AA17419@icgned.icgroup.nl>
p4raw-id: //depot/cfgperl@2595
|
|
|
| |
p4raw-id: //depot/cfgperl@2576
|
|
|
|
|
|
|
|
| |
To: perl5-porters@perl.org (Mailing list Perl5)
Message-ID: <MLIST_199812080637.BAA16025@monk.mps.ohio-state.edu>
\G fixes (wasn't working right with //g, s///, and $_ in (?{})).
p4raw-id: //depot/cfgperl@2515
|
|
|
|
|
|
|
|
| |
avoid most uses of PL_na (which is much more inefficient than a
simple local); update docs to suit; PL_na now being thr->Tna may
be a minor compatibility issue for extensions--will require dTHR
outside of XSUBs (those get automatic dTHR)
p4raw-id: //depot/perl@2387
|
|
|
| |
p4raw-id: //depot/perl@2379
|
|
|
|
|
|
| |
Message-Id: <199811260746.CAA23164@monk.mps.ohio-state.edu>
Subject: [PATCH 5.005_53] Enable $_ and pos() inside (?{ CODE }) in RExen
p4raw-id: //depot/perl@2367
|
|
|
|
|
| |
Message-Id: <199811260433.XAA29281@monk.mps.ohio-state.edu>
p4raw-id: //depot/perl@2365
|
|
|
|
|
| |
Message-Id: <199811240137.KAA05867@luna.src.ricoh.co.jp>
p4raw-id: //depot/perl@2323
|
|
|
|
|
| |
p4raw-link: @2245 on //depot/perl: a99e4ac224ca891463a7704e48b83906ece3bb7c
p4raw-id: //depot/perl@2248
|
|
|
| |
p4raw-id: //depot/perl@2245
|
|
|
|
|
| |
p4raw-link: @2191 on //depot/perl: de616352556f5da70790ceef0ca8b92726d7761a
p4raw-id: //depot/perl@2196
|
|
|
|
|
|
|
|
|
|
| |
(objpp.h is gone, embed.pl now does some of that); objXSUB.h
should soon be automated also; the global variables that
escaped the PL_foo conversion are now reined in; renamed
MAGIC in regcomp.h to REG_MAGIC to avoid collision with the
type of same name; duplicated lists of pp_things in various
places is now gone; result has only been tested on win32
p4raw-id: //depot/perl@2133
|