Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
Commits on Apr 26, 2015
  1. @lizmat

    Use isa-ok instead of isa_ok

    lizmat authored
    This is really a test to check out support for this change.  If a Perl 6
    implementation is using a Test.pm that is not supporting isa-ok, then this
    will cause a lot of breakage.  OTOH, it *is* dogfooding, so I think it is
    worth it.
Commits on Nov 17, 2014
  1. @usev6
Commits on Aug 17, 2014
  1. @lizmat
Commits on Aug 10, 2014
  1. @perlpilot

    un-todo test for RT #79160

    perlpilot authored
Commits on Jul 14, 2014
  1. @coke

    standardize on RT #, not URL

    coke authored
Commits on Jul 5, 2014
  1. @coke

    Prefer RT #XXXXXX

    coke authored
Commits on May 9, 2014
  1. @lizmat

    Some more plans added

    lizmat authored
Commits on Jan 1, 2014
  1. @FROGGS

    eval => EVAL in S10 to S12

    FROGGS authored
Commits on Jul 16, 2012
  1. @bbkr

    avoid checking rakudo-specific error in test

    bbkr authored
    Remains fudged for Niecza but with different reason.
  2. @colomon

    Fudge for niecza.

    colomon authored
Commits on Jul 15, 2012
  1. @bbkr
Commits on May 30, 2012
  1. @moritz
Commits on May 28, 2012
  1. @moritz
Commits on Jan 10, 2012
  1. @colomon
Commits on Oct 10, 2011
  1. @moritz

    remove bogus test

    moritz authored
Commits on Oct 9, 2011
  1. @moritz

    &eval does not catch exceptions.

    moritz authored
    This has far reaching consequences for roast, and this
    patch only catches a subset of them.
    It also removes a few evals that were only there for error
    catching, and are now useless.
    Some fudging has also changed.
Commits on Oct 5, 2011
  1. @moritz
Commits on Oct 3, 2011
  1. @moritz

    test for RT #76834

    moritz authored
  2. @moritz
Commits on Oct 2, 2011
  1. @moritz

    move a few dying tests to string eval, because an optimizer (erm, the…

    moritz authored
    … optimizer :-) catches them at compile time
  2. @moritz

    tests for RT #78748

    moritz authored
Commits on Oct 1, 2011
  1. @moritz

    fix a syntax error

    moritz authored
  2. @moritz
Commits on Aug 9, 2011
  1. @jnthn
Commits on Aug 8, 2011
  1. @jnthn

    De-cruft subtypes.t (still assumed Int ~~ Num, had a mistake, made a …

    jnthn authored
    …bad scoping assumption). Also remove all Rakudo fudges - we pass this one in full now.
Commits on Dec 31, 2010
  1. @moritz
Commits on Dec 30, 2010
  1. @pmurias

    remove plan *

    pmurias authored
Commits on Dec 23, 2010
  1. @kyleha

    [subtypes.t] Test for RT #78322

    kyleha authored
  2. @kyleha

    [subtypes] Test for RT 78318

    kyleha authored
Commits on Jul 24, 2010
  1. [t/spec] mostly rewrite subtypes.t. Previously it assumed types leaki…

    moritz authored
    …ng out of eval and similar niceties
    
    git-svn-id: http://svn.pugscode.org/pugs@31807 c213334d-75ef-0310-aa23-eaa082d1ae64
Commits on Jul 20, 2010
  1. [t/spec] Correct a bunch of spectests that relied on the old Int ~~ N…

    jnthn authored
    …um assumption, including changing one test to ensure that this is indeed not the case.
    
    git-svn-id: http://svn.pugscode.org/pugs@31771 c213334d-75ef-0310-aa23-eaa082d1ae64
Commits on Jul 15, 2010
  1. [t/spec] more warning suppressions; remaining STD warnings are mostly…

    lwall authored
    … bugs in test or STD
    
    git-svn-id: http://svn.pugscode.org/pugs@31710 c213334d-75ef-0310-aa23-eaa082d1ae64
  2. [t/spec] mark various tests that intentionally declare things that ar…

    lwall authored
    …e not used
    
    git-svn-id: http://svn.pugscode.org/pugs@31692 c213334d-75ef-0310-aa23-eaa082d1ae64
Commits on Oct 26, 2009
  1. [t/spec] Test for RT 65700, subtyped attributes in instantiation

    kyle authored
    git-svn-id: http://svn.pugscode.org/pugs@28910 c213334d-75ef-0310-aa23-eaa082d1ae64
Commits on Aug 14, 2009
  1. [t/spec] More revisions of past tests

    kyle authored
    git-svn-id: http://svn.pugscode.org/pugs@27994 c213334d-75ef-0310-aa23-eaa082d1ae64
Something went wrong with that request. Please try again.