| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
| |
p4raw-id: //depot/perl@6763
|
|
|
|
|
| |
p4raw-link: @6399 on //depot/perl: 01ec43d06089361423d61a40521883bf73e1944a
p4raw-id: //depot/perl@6402
|
|
|
|
|
| |
-DPURIFY (most of the arenas were never freed!)
p4raw-id: //depot/perl@6298
|
|
|
|
|
|
|
|
| |
always returns a valid GV even when the symbol is trapped by strictures
(avoids coredumps)
TODO: the C<package;> hack needs similar treatment
p4raw-id: //depot/perl@5908
|
|
|
| |
p4raw-id: //depot/perl@5823
|
|
|
| |
p4raw-id: //depot/perl@5610
|
|
|
| |
p4raw-id: //depot/perl@5342
|
|
|
|
|
| |
introduce -C switch (sets $^WIDE_SYSTEM_CALLS)
p4raw-id: //depot/perl@5029
|
|
|
|
|
|
|
| |
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
|
|
|
| |
p4raw-id: //depot/perl@4905
|
|
|
| |
p4raw-id: //depot/utfperl@4705
|
|
|
| |
p4raw-id: //depot/utfperl@4679
|
|
|
|
|
| |
(malloc.c has static data)
p4raw-id: //depot/perl@4403
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Message-ID: <Pine.LNX.4.10.9908250031000.11727-100000@localhost.localdomain>
Subject: [PATCH 5.005_60] removing extra ref count (compiler)
p4raw-id: //depot/perl@4198
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
formatted result looks nonstandard
p4raw-id: //depot/perl@4130
|
|
|
|
|
| |
USE_THREADS and MULTIPLICITY; minor pod adjustments
p4raw-id: //depot/perl@4007
|
|
|
|
|
| |
Message-Id: <199907311407.IAA25038@localhost.frii.com>
p4raw-id: //depot/perl@3857
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
builds; passing the implicit context is unified among the three
flavors; PERL_IMPLICIT_CONTEXT is auto-enabled under all three
flavors (see the top of perl.h) for testing; all varargs functions
foo() have a va_list-taking variant vfoo() for generating the
context-free versions; the PERL_OBJECT build should now be
hyper-compatible with CPAN extensions (C++ is totally out of
the picture)
result has only been tested on Windows
TODO: write docs on the THX rationale and idiomatic usage of
the Perl API
p4raw-id: //depot/perl@3667
|
|
|
| |
p4raw-id: //depot/perl@3660
|
|
|
|
|
|
|
| |
and utf8. If both utf8 and locale are on, utf8 wins.
I don't fully understand why so many tables changed in
lib/unicode because of "make" -- maybe it was just overdue.
p4raw-id: //depot/cfgperl@3624
|
|
|
| |
p4raw-id: //depot/cfgperl@3609
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
headers, so perl can be built even in C++ mode; win32
build fixups; regen headers
p4raw-id: //depot/perl@3537
|
|
|
|
|
|
|
| |
was too early, defer it until interpreter is allocated and
initialized; multiple interpreters should now be
concurrency-safe (untested)
p4raw-id: //depot/perl@3527
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
To: perl5-porters@perl.org
Message-ID: <bf337a0849.tom@compton.compton.nu>
plus resolve tiny conflict with #3479
plus regen_headers.
p4raw-id: //depot/cfgperl@3499
|
|
|
|
|
|
|
|
|
|
|
|
| |
(1) The lddlflags lost its -lc by change #3660
(and the politeness of change #3257).
(2) optype_size must end up in perl.exp (as PL_optype_size).
Added it to perlvars.h, fixed bytecode.pl,
regen'ed the relevant headers.
p4raw-link: @3660 (not found)
p4raw-link: @3257 on //depot/cfgperl: 5f3774a9b49fbaa1b06fec2cad77079ee509d6ca
p4raw-id: //depot/cfgperl@3479
|
|
|
|
|
| |
Message-Id: <199905250642.CAA06208@monk.mps.ohio-state.edu>
p4raw-id: //depot/perl@3475
|
|
|
| |
p4raw-id: //depot/perl@3448
|
|
|
| |
p4raw-id: //depot/perl@3392
|
|
|
| |
p4raw-id: //depot/perl@3095
|
|
|
| |
p4raw-id: //depot/perl@2746
|
|
|
| |
p4raw-id: //depot/perl@2628
|
|
|
|
|
|
|
|
|
|
|
| |
on PL_threadnum were seriously flawed, since it means more than one
thread could enter the critical region; PL_na was global instead of
thread-local; child thread could finish and free thr structures
before Thread->new() got around to creating the Thread object;
cv_clone() needed locking, as it mucks with PL_comppad and other
global data; new_struct_thread() needed to lock template-thread's
mutex while copying its data
p4raw-id: //depot/perl@2385
|
|
|
|
|
| |
Message-Id: <199811280533.AAA25654@monk.mps.ohio-state.edu>
p4raw-id: //depot/perl@2372
|
|
|
|
|
| |
Message-Id: <199811272116.QAA03502@monk.mps.ohio-state.edu>
p4raw-id: //depot/perl@2371
|
|
|
|
|
|
| |
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: <36589ec9.49964585@smtp1.ibm.net>
Subject: [PATCH 5.005_53] Devel::Peek integration
p4raw-id: //depot/perl@2322
|
|
|
| |
p4raw-id: //depot/perl@2260
|
|
|
| |
p4raw-id: //depot/perl@2226
|
|
|
|
|
|
|
|
|
|
| |
(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
|
|
|
| |
p4raw-id: //depot/perl@1927
|
|
|
| |
p4raw-id: //depot/perl@1924
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
for Linux; hpux CMA-threads hints; ELF support for FreeBSD; beginnings
of full-fledged 64-bit support (including support for: fseeko/ftello,
Quad_t aka long long, hpux and irix 64-bits hints, new 64-bit constants
in Fcntl)
From: Jarkko Hietaniemi <jhi@iki.fi>
Date: Fri, 11 Sep 1998 23:56:11 +0300 (EET DST)
Message-Id: <199809112056.XAA04720@alpha.hut.fi>
Subject: [PATCH] 5.005_51: Configure "Massive Attack"
--
From: Jarkko Hietaniemi <jhi@cc.hut.fi>
Date: 12 Sep 1998 09:44:25 +0300
Message-ID: <oeeaf45bzjq.fsf@alpha.hut.fi>
Subject: Re: [PATCH] 5.005_51: Configure "Massive Attack"
p4raw-id: //depot/perl@1889
|
|
|
|
|
| |
perly_c.diff
p4raw-id: //depot/perl@1864
|
|
|
| |
p4raw-id: //depot/perl@1863
|