summaryrefslogtreecommitdiff
path: root/dist
Commit message (Collapse)AuthorAgeFilesLines
* [perl #82098] Fix RT 61543 and remaining part of RT 63237Peter John Acklam2011-01-166-26/+251
| | | | | | | | | | | | | | | | | | | | | | | | | Extend bmodpow() to handle negative numbers. - dist/Math-BigInt/lib/Math/BigInt.pm: Fix bmodpow() code and make the documentation style more like that of other methods. - dist/Math-BigInt/t/bigintpm.inc: Edit test results so they match new behaviour, i.e., where earlier a NaN was returned, there are now some cases where an integer is returned, since bmodpow() now also handles negative numbers. Also include test cases from RT 63237. The tests themselves have all been verified to be correct using other software. - dist/Math-BigRat/t/bigratpm.inc: Fix test case so it matches the new behaviour of Math::BigInt->bmodinv(). Math::BigRat->bmodinv() only handles integers, and is essentially just a front-end to Math::BigInt->bmodinv(). - dist/Math-BigInt/t/bare_mbi.t: Increment test count. - dist/Math-BigInt/t/bigintpm.t: Increment test count. - dist/Math-BigInt/t/sub_mbi.t: Increment test count.
* Fix \xa0 matching both [\s] [\S], et.al.Karl Williamson2011-01-161-1/+1
| | | | | | | | | | | | This bug stemmed from Latin1 characters not matching any (non-complemented) character class in /d semantics when the target string is no utf8; but having unicode semantics when it isn't. The solution here is to add a special flag. There were several tests that relied on the broken behavior, specifically they tested that \xff isn't a printable word character even in utf8. I changed the deparse test to instead use a non-printable code point, and I changed the ones in re_tests to be TODOs, and will change them back using /a when that is shortly added.
* Don't compile or link in EU::CBuilder's base class testing.Craig A. Berry2011-01-151-84/+6
| | | | | | | | | | Remove the tests that try to send actual compile and link commands to the shell and predict what their output will be. That can't be done portably in the base class -- that's what the overrides are for. Testing that properties get populated correctly and so forth should be reasonably portable, though there is no guarantee some of these won't be overridden as well (but leave them in for now).
* Remove code before declaration, inadvertently added in 447f000ef4448b16.Nicholas Clark2011-01-131-3/+4
| | | | | Code in dist/ isn't yet subject to all the warnings flags that the core C code enjoys.
* ithread_create() was relying on the stack not moving. Fix this.Nicholas Clark2011-01-131-21/+25
| | | | | | | | | | | 4cf5eae5e58faebb changed S_ithread_create() to avoid creating an AV, by passing the thread creation arguments as pointers to a block of memory holding SVs. Unfortunately, this inadvertently introduced a subtle bug, because the block of memory is on the Perl stack, which can move as a side effect of being reallocated to extend it. Hence pass in the offset on the stack instead, read the current value of the relevant interpreter's stack at the point of access, and copy all the SVs away before making any further calls which might cause reallocation.
* In S_ithread_create, reduce the amount of conditionally compiled C code.Nicholas Clark2011-01-112-31/+12
| | | | | With a small amount of refactoring, compatibility across different perl versions can be achieved with less duplication.
* update Module::CoreList for v5.12.3Ricardo Signes2011-01-092-4/+640
|
* Extract the opcode data from regen/opcode.pl into regen/opcodesNicholas Clark2011-01-091-4/+1
| | | | | Whilst it is possible to open regen/opcode.pl and parse it to find the __END__ token, it's not the cleanest approach.
* Fix typos (spelling errors) in dist/*Peter J. Acklam) (via RT2011-01-0779-197/+197
| | | | | | | | | # New Ticket Created by (Peter J. Acklam) # Please include the string: [perl #81888] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=81888 > Signed-off-by: Abigail <abigail@abigail.be>
* Actuall excise 'Apollo DomainOS' support. We officially killed it in 5.11.0. ItJesse Vincent2011-01-041-3/+0
| | | | hadn't worked for years before that.
* [perl #81400] Fix bmodinv() part of RT 63237Peter John Acklam2011-01-023-27/+74
| | | | | | | | | | | | | | | | | The following standard definition is used: z is the modular inverse of x (mod y) if and only if x*z (mod y) = 1 (mod y). - dist/Math-BigInt/lib/Math/BigInt.pm: Fix the code in bmodinv() so it can handle negative arguments. The code can be optimized further for speed, but correctnes first. - dist/Math-BigInt/t/bigintpm.inc: Fix the test case for modinv(-3, -5). The output should be -3, since -3 * -3 (mod -5) = -9 (mod -5) = -4, and 1 (mod -5) = -4. - dist/Math-BigRat/t/bigratpm.inc: Fix same test case as above. Math::BigRat::bmodinv() only handles integers, and is essentially just a front-end to Math::BigInt::bmodinv().
* Ensure ExtUtils::CBuilder's 04-base.t cleans up its temporary directories.Nicholas Clark2011-01-011-2/+2
| | | | | | | The tempdir() function has the rather confusing default of *not* cleaning up ("because of issues with backwards compatibility") so one needs the CLEANUP flag. (The analogous newdir() method in the OO interface doesn't suffer this gotcha.)
* Skip ExtUtils-CBuilder base tests expected and known to fail on VMS.Craig A. Berry2010-12-301-31/+48
|
* skip ExtUtils-CBuilder base tests expected and known to fail on Win32Tony Cook2010-12-281-25/+31
|
* Upgrade to Thread::Queue 2.12Jerry D. Hedden2010-12-261-8/+3
|
* Upgrade to Thread::Semaphore 2.12Jerry D. Hedden2010-12-262-13/+4
|
* Calc.pm: Fix _modpow() part of RT#63237Peter John Acklam2010-12-261-1/+1
|
* Fix RT 62764: Math::BigFloat->bcmp() fails.Peter John Acklam2010-12-266-51/+146
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Why: The Math::BigFloat->bcmp() method returns the wrong result when the exponent is too large to be represented exactly as a Perl numerical scalar. In such cases, bcmp() returns 0 because it fails to distinguish between the two exponents. How: With this fix, bcmp() does not convert the exponents to Perl numerical scalars, but keeps them as arbitrary precision integers, thus returning the correct result regardsless of the number of digits in the exponent. Test: Two tests added. These tests fail with the old code. Files: - lib/Math/BigFloat.pm: New version of bcmp(). - t/bigfltpm.inc: Add two tests confirming desired behaviour. - t/bare_mbf.t: Increment test count. - t/bigfltpm.t: Increment test count. - t/sub_mbf.t: Increment test count. - t/with_sub.t Increment test count.
* Fix RT 25274: Math::BigInt::Calc->_num() overflow.Peter John Acklam2010-12-261-9/+14
| | | | | | | | | | | | | | | | | | | | Why: Math::BigInt::Calc->_num() converts a big integer (in the internal format) to a Perl scalar. If the big integer is too large to be represented as a Perl scalar, it might return a Perl scalar numeric "nan", rather than "inf". The reason is that the current algorithm might multiply "inf" by "0", giving a "nan" which propagates. The following example illustrates the bug: perl -MMath::BigInt=lib,Calc -wle \ 'print Math::BigInt->new("1e999999")->numify()' How: This fix computes the output in a different way, never multiply "inf" by "0". Test: It is not obvious to me how to test this automatically in a portable way, since Perl has no standard way of stringifying a scalar numeric infinity. However the desired behaviour is verified manually and no existing tests fail with the new code.
* [PATCH] Upgrade to threads::shared 1.36Jerry D. Hedden2010-12-241-8/+2
| | | | Signed-off-by: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
* [PATCH] Upgrade to threads 1.82Jerry D. Hedden2010-12-243-14/+8
| | | | Signed-off-by: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
* update Module::CoreList for 5.13.8Zefram2010-12-192-40/+685
|
* bump version of many modulesZefram2010-12-1912-13/+13
| | | | | Core-only modules that have changed from v5.13.7, and dual-life modules that have changed from v5.13.7 and didn't show up in earlier passes.
* bump threads-shared version for blead XS changesZefram2010-12-191-1/+1
|
* bump ExtUtils-CBuilder version for blead changeZefram2010-12-1913-13/+13
|
* Version bumps for modules changed by a6d37805ca8a9ba8 ($Id$ removal).Nicholas Clark2010-12-161-1/+1
|
* Remove "dead" RCS $Id$ tags from files that we own.Nicholas Clark2010-12-161-2/+0
| | | | | All files have been modified more recently than their tag, rendering information in the tag redundant.
* Upgrade Devel::SelfStubber from 1.04 to 1.05Florian Ragwitz2010-12-151-1/+1
| | | | | This is necessary so the CPAN version can fix the INSTALLDIRS parameter it uses on older perls.
* Upgrade Dumpvalue from version 1.14 to 1.15Florian Ragwitz2010-12-151-1/+1
| | | | | This is necessary so the CPAN version can fix the INSTALLDIRS parameter it uses on older perls.
* Upgrade Env from version 1.01 to 1.02Florian Ragwitz2010-12-151-1/+1
| | | | | This is necessary so the CPAN version can fix the INSTALLDIRS parameter it uses on older perls.
* Change ExtUtils::CBuilder upstream to bleadDavid Golden2010-12-1519-0/+3060
| | | | | | ExtUtils::CBuilder now has blead as its upstream repository. The distribution has been moved to the dist/ directory consistent with this change.
* Dual-life DumpvalueFlorian Ragwitz2010-12-152-0/+950
|
* fix various compiler warnings from XS codeZefram2010-12-118-8/+31
| | | | | | | | | | | Trivial changes to fix warnings of types * unclear precedence * assignment as conditional * signed/unsigned mixing * unused parameter/variable * value computed not used * wrong argument type for a printf format * variable may be used uninitialised (due to unhandled switch case)
* Dual-life File::CheckTreeFlorian Ragwitz2010-12-112-0/+419
|
* Upgrade Devel-SelfStubber fro version 1.03 to 1.04Florian Ragwitz2010-12-111-1/+1
| | | | | This is necessary because the CPAN version required its SelfLoader dependency to be bumped to a version that didn't swallow text after __END__.
* Dual-life autouseFlorian Ragwitz2010-12-103-0/+250
|
* Dual-life EnvFlorian Ragwitz2010-12-103-0/+369
|
* As of 2.25, 5.6.x is writing minor version 8, so update malice.tNicholas Clark2010-12-101-1/+1
|
* 5.8.8's Test::More doesn't provide note(), so revert to a print statement.Nicholas Clark2010-12-101-1/+1
|
* The CPAN release will include Test::More to be used on old PerlsAbhijit Menon-Sen2010-12-1030-0/+33
|
* Make sure META.yml mentions perlbug as the right place to file bugsAbhijit Menon-Sen2010-12-101-0/+3
|
* Convert all Storable's tests to use Test::More.Nicholas Clark2010-12-1018-404/+278
| | | | | | | | | | | Originally Storable didn't use any test modules, and had an ok subroutine in t/st-dump.pl. Subsequently some tests were made conditional on Test::More loading, and more recently the distribution started bundling Test::More, at which point newer tests were written to use it. However, the older tests have never been refactored to use it. Hence refactor tests to use Test::More, and delete the now-unused test functions from t/st-dump.pl Tested on blead and 5.004.
* Dual-life I18N::CollateFlorian Ragwitz2010-12-102-0/+242
|
* Dual-life Devel::SelfStubberFlorian Ragwitz2010-12-092-0/+435
|
* Storable's t/malice.t now needs to use a minor version >4 ahead for testing.Nicholas Clark2010-12-091-6/+8
| | | | | | | | | The "safety margin" of 4 has been used up, now that Storable 2.25 can read v2.8 files, but only writes out v2.4 on 5.004. All tests now pass on 5.004 (albeit with a bunch of warnings about ambiguous use of barewords, which are no longer warnings). Also, update $Test::Builder::Level to make diagnosing failing tests easier.
* Refactor Storable::read_magic to avoid 4 arg substr.Nicholas Clark2010-12-091-13/+12
| | | | This makes it fractionally shorter, and restores all compatibility with 5.004
* In Storable.xs fix #80074, caused by the Perl stack moving when expanded.Nicholas Clark2010-12-082-4/+66
| | | | | | | | cbc736f3c4431a04 refactored Storable::{net_,}pstore to simplify the logic in their caller, Storable::_store(). However, it introduced a bug, by assigning the result of do_store() to a location on the Perl stack, which fails if the Perl stack moves, because it was reallocated. Fix this assumption, and add a test which causes the Perl stack to expand during the call to do_store().
* Uncomment and fix up tests at the end of Storable's blessed.tNicholas Clark2010-12-071-11/+9
| | | | | | These tests have never been "live", having been added, commented out, in 2004 as part of 754c00caaffe2ec6. The trick to make them work is to delete from the symbol table, rather than merely attempting to undefine the subroutine.
* Up Storable version to 2.25David Leadbeater2010-12-042-1/+6
|
* Up Storable minor versionDavid Leadbeater2010-12-042-4/+4
| | | | The change for storing UTF-8 coderefs necessitates this change.