Remove binary files, add a pseudo-test in Archive::Tar to generate them

p4raw-id: //depot/perl@24954

Silence bcc32 compiler warnings following change 24945

("Possible use of '%s' before definition")

p4raw-id: //depot/perl@24953

Re-initialise PL_curcop to &PL_compiling before destroying the optree.

p4raw-id: //depot/perl@24952

Re: [perl #36350] unstable sorting for use integer; sort { $b <=> $a } @foo
Message-ID: <20050621181658.5977.qmail@lists.develooper.com>

p4raw-id: //depot/perl@24951

Oops! Change 24946 wasn't quite right

p4raw-id: //depot/perl@24950

Add handling of NV_ZERO_IS_ALLBITS_ZERO for Netware and epoc

p4raw-id: //depot/perl@24949

Define d_nv_zero_is_allbits_zero for symbian
(noticed by Jarkko)

p4raw-id: //depot/perl@24948

Silence bcc32 compiler warnings from win32/fcrypt.c (almost)

It still whines about 'in' and 'b' being assigned values that are
never used on lines 348 and 505 respectively (as side effects of the
calls to c2l and l2c respectively), but I'm not sure how to shut
them up.

p4raw-id: //depot/perl@24947

More bcc32 compiler warnings to silence

("Suspicious pointer conversion")

p4raw-id: //depot/perl@24946

Const Boy II: The Localizing
Message-ID: <20050622144059.GA19598@petdance.com>

p4raw-id: //depot/perl@24945

Silence another bcc32 compiler warning

("Possible use of '%s' before definition")

p4raw-id: //depot/perl@24944

remove taint hack now that local $tainted no longer copies taint magic

p4raw-id: //depot/perl@24943

handle magic in local correctly
the local SV now gets a copy of any container magic, and no value
magic; in the past the whole magic chain was either shared or
moved

p4raw-id: //depot/perl@24942

Upgrade to Test::Harness 2.50

p4raw-id: //depot/perl@24941

Add facility to fork() early in perl_destruct and use the child to
dump out leaked scalars (enabled with DEBUG_LEAKING_SCALARS_FORK_DUMP
when DEBUG_LEAKING_SCALARS is already in force)

p4raw-id: //depot/perl@24940

Silence yet more bcc32 compiler warnings

("Code has no effect")

p4raw-id: //depot/perl@24939

Silence some more bcc32 compiler warnings

("Suggest parentheses to clarify precedence")

p4raw-id: //depot/perl@24938

Silence some bcc32 compiler warnings

("Superfluous & with function")

p4raw-id: //depot/perl@24937

Now that the global string table is using a single hunk of memory
for both HE and HEK, we need to actually free things in perl_destruct

p4raw-id: //depot/perl@24936

Fix Archive-Tar tests on Win32

(Patch from Jos Boumans, from his current dev version.)

p4raw-id: //depot/perl@24935

Redo generation of change #24898
Do not forget to run Porting/config_h.pl!
p4raw-link: @24898 on //depot/perl: f607920a165f3c14b9c61dc74e535bdc6aa1904c

p4raw-id: //depot/perl@24934

Upgrade to Test::Harness 2.49_02

p4raw-id: //depot/perl@24932

Add Archive::Tar to the maintainers list

p4raw-id: //depot/perl@24931

Trim trailing spaces

p4raw-id: //depot/perl@24930

Add pod, so ptar has a manpage

p4raw-id: //depot/perl@24929

POD nits

p4raw-id: //depot/perl@24928

Drag t/op/gv.t kicking and screaming into the century of the fruitbat
(or at least into the decade of t/test.pl)

p4raw-id: //depot/perl@24927

Add the ptar(1) utility from Archive::Tar

p4raw-id: //depot/perl@24926

Trim trailing whitespace from $! and $^E

(Fixes lib/Test/Simple/t/fail-more.t with bcc32 on Win32, and is
good for consistency anyway)

p4raw-id: //depot/perl@24925

Avoid having NULL entries in the weakref backreference array, and
make S_sv_add_backref O(1) (instead of O(n))

p4raw-id: //depot/perl@24924

Cleanup after this test

p4raw-id: //depot/perl@24923

Add Archive::Tar 1.24, except ptar for now

p4raw-id: //depot/perl@24922

weak references aren't UVs, do don't show this in the dump flags.

p4raw-id: //depot/perl@24921

ternary operator cond ? foo : bar being parsed as ?...?
Message-ID: <20050617130548.18776.qmail@lists.develooper.com>

with wordings improvements suggested by Ronald J Kimball

p4raw-id: //depot/perl@24920

No need to set flags twice.

p4raw-id: //depot/perl@24919

As there will be no old body to dispose of, we can return immediately.

p4raw-id: //depot/perl@24918

Fix [perl #36102] Data::Dumper Doesn't Stringify Numeric Labels

p4raw-id: //depot/perl@24917

Re: [perl #36310] sv_vcatpvfn() fails on some (very limited) situations
Message-Id: <20050617.175510.21285350.t-ikegami@aist.go.jp>

p4raw-id: //depot/perl@24916

FPTR2DPTR/DPTR2FPTR
Message-ID: <533D273D4014D411AB1D00062938C4D90849C6E4@hotel.npl.co.uk>

p4raw-id: //depot/perl@24915

Replace the non-const initialiser block + loop with a series of calls
to a small static function.
c.f. "I will replace you with a small shell script..."

p4raw-id: //depot/perl@24914

The continuing adventures of Constman and Localize Boy
Message-ID: <20050620152237.GA5032@petdance.com>

p4raw-id: //depot/perl@24913

Same fix, for the test, now.

p4raw-id: //depot/perl@24912

perl -v was outputting a double v (spotted by Jarkko)

p4raw-id: //depot/perl@24911

Remove signature test, which is always skipped

p4raw-id: //depot/perl@24910

Recommend Against UNIVERSAL:: Methods as Functions, take 2
Message-Id: <1119122141.21521.9.camel@localhost>

p4raw-id: //depot/perl@24909

Remove the deprecated $# variable

p4raw-id: //depot/perl@24908

Silence warning in debug printf

p4raw-id: //depot/perl@24907

More random cleanups
Message-ID: <20050617145029.GC11769@petdance.com>

p4raw-id: //depot/perl@24906

Support NV_ZERO_IS_ALLBITS_ZERO on Win32 (re: change 24898)

The try.c test program added to Configure by change 24898 outputs
"Yes" using each of VC++, GCC and BCC32, so here goes...

p4raw-id: //depot/perl@24905

Hugo suggests this.

p4raw-id: //depot/perl@24904

Missed a chunk in previous commit

p4raw-id: //depot/perl@24903

[perl #36328] Until Statement Undocumented
From: Eric Amick (via RT) <perlbug-followup@perl.org>
Message-ID: <rt-3.0.11-36328-115949.3.38667506136829@perl.org>

p4raw-id: //depot/perl@24902

Re: [PATCH replacement] Re: [perl #36313] perl -e "1for$[=0" crash
Message-ID: <20050619134722.GB31592@localhost.localdomain>

p4raw-id: //depot/perl@24901

S_del_body is sufficiently small that inlining it is a space win.

p4raw-id: //depot/perl@24900

If NV_ZERO_IS_ALLBITS_ZERO there's no need to explicitly set the NVX
to 0.0, as the memset has already done it.

p4raw-id: //depot/perl@24899

Add a Configure test to see if NV 0.0 is stored as all bits zero, and
#define NV_ZERO_IS_ALLBITS_ZERO if so.  This is always true on VMS:

Subject: Re: Configure check for whether 0.0 is stored as all bits zero
From: "Craig A. Berry" <craigberry@mac.com>
Message-Id: <p06210214beda5bf31c4c@[172.16.52.1]>
Date: Sat, 18 Jun 2005 18:23:59 -0500

p4raw-id: //depot/perl@24898

Move the offset calculations outside of new_body/del_body.
This makes some of the upgrade code slightly simpler.

p4raw-id: //depot/perl@24897

Refactor sv_dup to memcpy from source to destination, and only
explicitly copy the structure members that need explicit duplication.

p4raw-id: //depot/perl@24896

Squeeze a little more savings by moving pte and he arenas into the
common arena free code.

p4raw-id: //depot/perl@24895

squeeze repetition out of Perl_sv_free_arenas
Message-ID: <42B3C388.2090902@divsol.com>
Date: Sat, 18 Jun 2005 00:47:36 -0600

p4raw-id: //depot/perl@24894

update AVs and HVs using the old_body, and remove all of the local
variables used to hold the SV body piecemeal.

p4raw-id: //depot/perl@24893

sv_upgrade by memcpy
AV and HV cases need tidyup

p4raw-id: //depot/perl@24892

Fix compiling with -DPURIFY

p4raw-id: //depot/perl@24891

Change 24886 was buggy - should be taking (and passing in) the
address of the arena.

p4raw-id: //depot/perl@24890

Add new internal error message to perldiag

p4raw-id: //depot/perl@24889

Collect a little more information about the body we're getting rid of

p4raw-id: //depot/perl@24888

Missing aTHX_ (noticed by Jim Cromie)

p4raw-id: //depot/perl@24887

Move freeing the old body after the creating of the new body.

p4raw-id: //depot/perl@24886

The only way is up!
(*up*grades. Or croak)

p4raw-id: //depot/perl@24885

[perl #36199] [PATCH] 5.8.7 fails to build with parallel make
From: "Steve Peters via RT" <perlbug-followup@perl.org>
Message-ID: <rt-3.0.11-36199-115872.8.39962488213992@perl.org>

p4raw-id: //depot/perl@24884

Silence STDERR grumblings from Borland's math library.

This fixes failures in ext/B/t/deparse.t and lib/warnings.t (and
renders change 24870 obsolete, hence it is reverted here).

p4raw-id: //depot/perl@24883

Upgrade to PathTools 3.09

p4raw-id: //depot/perl@24882

new_pte/del_pte can use new_body/del_body too

p4raw-id: //depot/perl@24881

Strip \\?\ prefix from Perl path in win32/win32.c:set_w32_module_name()
From: "Jan Dubois" <jand@ActiveState.com>
Message-Id: <200506161843.j5GIhKhL024472@smtp3.ActiveState.com>

p4raw-id: //depot/perl@24880

Storing the ixv for magic arrays seems to cause double free errors on
OS X. This all feels like voodoo.

p4raw-id: //depot/perl@24879

Replace all the new/del static functions with calls to a single pair
of functions that uproot/plant bodies

p4raw-id: //depot/perl@24878

Making more_* return a pointer, and swapping to a ternary ?: in
new_* seems to generate slightly terser object code.

p4raw-id: //depot/perl@24877

Replace all the S_more_* functions with a single function.
Saves 1.5K on the object file in OS X when built with -Os

p4raw-id: //depot/perl@24876

Re: [perl #36048] Refactor S_more_*v into one function
Message-ID: <42ADC8ED.4090009@divsol.com>
Date: Mon, 13 Jun 2005 11:57:01 -0600

p4raw-id: //depot/perl@24875

I'm not convinced that manually creating HVs via sv_upgrade is a great
idea, but as we are, turning on shared keys makes sense.

p4raw-id: //depot/perl@24874

Lint support
Message-ID: <20050616143521.GB22188@petdance.com>

p4raw-id: //depot/perl@24873

Re: a warning for a ExtUtils::ParseXS test
Message-Id: <29d2a69650cb39059c9af487069b941c@mathforum.org>

p4raw-id: //depot/perl@24872

Removing /*SUPPRESS xxx*/
Message-ID: <20050616141342.GA22188@petdance.com>

p4raw-id: //depot/perl@24871

Teach lib/warnings.t about Borland CRT error messages

p4raw-id: //depot/perl@24870

[perl #36237] IO::File $fh->binmode($layer) is broken
From: "Alexander Foken" (via RT) <perlbug-followup@perl.org>
Message-ID: <rt-3.0.11-36237-115536.13.400290704223@perl.org>

and bump version number

p4raw-id: //depot/perl@24869

Update README.win32

(Mention Borland compiler is also free; update libwin32 link)

p4raw-id: //depot/perl@24868

Give op/taint.t a helping hand for Borland compiler on Win32

p4raw-id: //depot/perl@24867

Fix changes 24862 and 24863 for Sarathy's old dmake

p4raw-id: //depot/perl@24866

Subs with builtin attributes shouldn't be made constant

Subject: Re: [perl #36297] builtin attrs on subrutine declarations
Message-ID: <20050615152700.96320.qmail@web52702.mail.yahoo.com>

p4raw-id: //depot/perl@24865

Add -f in perl synopsys, sync perl.pod and perlrun.pod synopses

p4raw-id: //depot/perl@24864

Simplify win32/makefile.mk for static extensions with GCC

p4raw-id: //depot/perl@24863

Enable static extensions with Borland compiler on Win32

p4raw-id: //depot/perl@24862

Revert part of change #24854
p4raw-link: @24854 on //depot/perl: ab019eaa775fdcae8aaf709315c7ba85a788ee6c

p4raw-id: //depot/perl@24861

Don't export Perl_stashpv_hvname_match when !USE_ITHREADS

(Fixes a linker error on Win 32 introduced by change #24847)
p4raw-link: @24847 on //depot/perl: ed221c571749f1ebcbc3664c74e36e68f3a83031

p4raw-id: //depot/perl@24860

Don't write bytecode to load the NVX of AVs and HVs

p4raw-id: //depot/perl@24859

We were failing to pring "not ok" if the text exited uncleanly

p4raw-id: //depot/perl@24858

assert that you aren't assigning to the NVX of an AV or HV

p4raw-id: //depot/perl@24857

Introduce PERL_RUNPERL_DEBUG to alter the behavior of runperl(),
this can be useful to use valgrind for example

p4raw-id: //depot/perl@24856

Fix $Config{ccversion} for Borland C++ 5.5.1

This pattern match seems a little saner, and stops " for Win32"
getting picked up from the following output:

Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland

Maybe it breaks older versions, but at least the latest now works
correctly. If anyone knows what older versions' messages look like
then speak up!

p4raw-id: //depot/perl@24855

Re: [PATCH] make -f invalid when USE_SITECUSTOMIZE isn't set
Message-ID: <20050615163040.GA14745@mccoy.peters.homeunix.org>

p4raw-id: //depot/perl@24854