| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
| |
p4raw-id: //depot/perl@5394
|
|
|
| |
p4raw-id: //depot/cfgperl@5334
|
|
|
|
|
| |
scope, among other things (from Paul Marquess)
p4raw-id: //depot/perl@5170
|
|
|
|
|
| |
introduce -C switch (sets $^WIDE_SYSTEM_CALLS)
p4raw-id: //depot/perl@5029
|
|
|
| |
p4raw-id: //depot/perl@5025
|
|
|
|
|
| |
years (from Gisle Aas)
p4raw-id: //depot/perl@5009
|
|
|
|
|
| |
<EFifer@sanwaint.com>)
p4raw-id: //depot/perl@5008
|
|
|
|
|
|
|
| |
calls should using widechar APIs; chr and sprintf "%c" also
follow this flag in the absense of "use byte"; "use utf8"
sets $^U=1 (this appears kludgey)
p4raw-id: //depot/perl@4937
|
|
|
|
|
|
|
|
|
| |
whether to use widechar semantics; lexer and RE engine continue
to need "use utf8" to enable unicode awareness in literals
and patterns (TODO: this needs to be fixed); $1 et al are marked
SvUTF8 if the pattern was compiled for utf8 (TODO: propagating
it from the data is probably better)
p4raw-id: //depot/perl@4930
|
|
|
|
|
|
|
| |
Stuhl <sho_pi@hotmail.com>); fix the markup format to be more
flexible for better readability; add missing docs in sv.c; regenerate
perltoc
p4raw-id: //depot/perl@4915
|
|
|
| |
p4raw-id: //depot/perl@4882
|
|
|
| |
p4raw-id: //depot/perl@4717
|
|
|
|
|
| |
<stef@adnaccess.com>)
p4raw-id: //depot/perl@4658
|
|\
| |
| | |
p4raw-id: //depot/perl@4606
|
| |
| |
| | |
p4raw-id: //depot/cfgperl@4595
|
| |
| |
| | |
p4raw-id: //depot/perl@4605
|
|/
|
| |
p4raw-id: //depot/perl@4602
|
|\
| |
| | |
p4raw-id: //depot/cfgperl@4555
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
subtests; various subtle bugs, new and old, observed when running
cloned interpreters have been fixed
still to do:
| * dup psig_ptr table
| * merge PADOP GVs support with "our" SVs (existing PADOPs are too
| simple-minded and grab one pad entry each, heavily bloating
| the pad by not avoiding dups)
| * overloaded constants are not really immutable--they need to
| be PADOPs
| * allocator for constants and OPs need to be spelled differently
| (shared vs interpreter-local allocations)
| * optree refcounting is still missing locking (macros are in place)
| * curstackinfo, {mark,scope,save,ret}stack need to be cloned so
| perl_clone() can be called from within runops*()
p4raw-id: //depot/perl@4553
|
|\ \
| |/
| | |
p4raw-id: //depot/cfgperl@4533
|
| |
| |
| | |
p4raw-id: //depot/perl@4521
|
|\ \
| |/
| | |
p4raw-id: //depot/cfgperl@4513
|
| |
| |
| | |
p4raw-id: //depot/perl@4511
|
|/
|
| |
p4raw-id: //depot/cfgperl@4508
|
|
|
| |
p4raw-id: //depot/cfgperl@4480
|
|\
| |
| |
| |
| | |
(Ilya's changes won).
p4raw-id: //depot/cfgperl@4468
|
| |
| |
| | |
p4raw-id: //depot/perl@4462
|
| |
| |
| |
| |
| | |
with GCC v2.95
p4raw-id: //depot/perl@4461
|
| |
| |
| |
| |
| | |
Message-Id: <199910240724.DAA12230@monk.mps.ohio-state.edu>
p4raw-id: //depot/perl@4432
|
|/
|
| |
p4raw-id: //depot/cfgperl@4429
|
|
|
|
|
|
| |
compatibility; introduce SAVEDESTRUCTOR_X() that accepts
void(*)(pTHX_ void*)
p4raw-id: //depot/perl@4339
|
|
|
|
|
|
| |
to point at; change places that meant Perl_debug_log rather than
PerlIO_stderr()
p4raw-id: //depot/perl@4302
|
|
|
|
|
|
|
|
| |
To: Gurusamy Sarathy <gsar@ActiveState.com>
Cc: tchrist@perl.com, Larry Wall <larry@wall.org>,
The Perl Porters Mailing List <perl5-porters@perl.org>
Message-ID: <19990929151650.E26675@O2.chapin.edu>
p4raw-id: //depot/cfgperl@4257
|
|
|
| |
p4raw-id: //depot/cfgperl@4041
|
|
|
| |
p4raw-id: //depot/cfgperl@4038
|
|
|
| |
p4raw-id: //depot/perl@4034
|
|
|
| |
p4raw-id: //depot/perl@4014
|
|
|
|
|
|
|
|
|
|
|
|
| |
do_vecget(). NOTE: the calling convention of do_vecset()
changes, too: the `offset' that is assigned to LvTARGOFF(TARG)
in pp_vec() is no more multiplied by `size' in pp_vec(),
the multiplication is now done in do_vecset().
Also fix a cpp thinko in change #4002.
p4raw-link: @4002 on //depot/cfgperl: 24db6c0d56fddf85ee587fc1cb1dbce678fa6a8c
p4raw-id: //depot/cfgperl@4004
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- scan for LDBL_DIG
- from DBL_DIG and LDBL_DIG select NV_DIG
- introduce IVSIZE, UVSIZE, NVSIZE
- introduce IV_DIG
- remove stdio64
- AIX uses `oslevel` when others use `uname -r`
- already AIX 4.2 goes 64-bit
- in HP-UX require the 64-bit libc, just the directory isn't enough
- group ids are not NVs
- #undef USE_LONG_DOUBLE if long double is no better than double
- introduce NV_WITHIN_*() and IV_FITS_IN_IV
- mention large file support in perldelta
- introduce quad TOPpin' and POPpin'
- the svcat... buffer was tiny for printing quads in %b
- fix the multiplication test in 64bit.t
- try to make VMS to comply with all this removal and "introducal"
of symbols
p4raw-id: //depot/cfgperl@3995
|
|
|
|
|
|
| |
There are still problem spots in printfing such ids:
width (%d vs %ld) and signedness %d vs %u.
p4raw-id: //depot/cfgperl@3945
|
|
|
| |
p4raw-id: //depot/cfgperl@3864
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
Message-Id: <199907130944.FAA04473@monk.mps.ohio-state.edu>
p4raw-id: //depot/perl@3683
|
|
|
| |
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: <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
|
|
|
|
|
| |
Message-Id: <199906080844.EAA03784@monk.mps.ohio-state.edu>
p4raw-id: //depot/perl@3595
|
|
|
|
|
|
|
|
|
| |
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@3525
|