Skip to content
  1. Jan 05, 2014
  2. Aug 16, 2013
    • Daniel Dunbar's avatar
      [tests] Cleanup initialization of test suffixes. · 9efbedfd
      Daniel Dunbar authored
       - Instead of setting the suffixes in a bunch of places, just set one master
         list in the top-level config. We now only modify the suffix list in a few
         suites that have one particular unique suffix (.ml, .mc, .yaml, .td, .py).
      
       - Aside from removing the need for a bunch of lit.local.cfg files, this enables
         4 tests that were inadvertently being skipped (one in
         Transforms/BranchFolding, a .s file each in DebugInfo/AArch64 and
         CodeGen/PowerPC, and one in CodeGen/SI which is now failing and has been
         XFAILED).
      
       - This commit also fixes a bunch of config files to use config.root instead of
         older copy-pasted code.
      
      llvm-svn: 188513
      9efbedfd
  3. Mar 18, 2013
    • David Blaikie's avatar
      Include '.test' suffix in target specific lit configs that need it · 99067af7
      David Blaikie authored
      Apparently my final cleanup to use a relevant suffix for these tests before
      committing r176831 caused them to stop running since lit wasn't configured to
      run tests with that suffix in those directories (why don't we just have a
      global suffix list?). So, add the suffix to the relevant directories & fix the
      test that has bitrotted over the last week due to my debug info schema changes.
      
      llvm-svn: 177315
      99067af7
  4. Mar 25, 2012
    • Eli Bendersky's avatar
      Continue cleanup of LIT, getting rid of the remaining artifacts from dejagnu · f3308605
      Eli Bendersky authored
      * Removed test/lib/llvm.exp - it is no longer needed 
      * Deleted the dg.exp reading code from test/lit.cfg. There are no dg.exp files
        left in the test suite so this code is no longer required. test/lit.cfg is
        now much shorter and clearer 
      * Removed a lot of duplicate code in lit.local.cfg files that need access to
        the root configuration, by adding a "root" attribute to the TestingConfig
        object. This attribute is dynamically computed to provide the same
        information as was previously provided by the custom getRoot functions. 
      * Documented the config.root attribute in docs/CommandGuide/lit.pod
      
      llvm-svn: 153408
      f3308605
  5. Feb 16, 2012
Loading