1. 08 5月, 2016 6 次提交
  2. 07 5月, 2016 20 次提交
    • E
      mir: prepare for rvalue promotion support. · 14efbf14
      Eduard Burtescu 提交于
      14efbf14
    • E
    • E
    • E
      d4346885
    • E
    • E
    • B
      Auto merge of #33267 - nagisa:mir-temporary-32959, r=nikomatsakis · c95cda56
      bors 提交于
      [MIR] Temporary hack for 32959
      
      Gets rid of the warning. This is more elegant that I thought it would be, actually.
      
      r? @nikomatsakis
      
      cc #32959
      c95cda56
    • B
      Auto merge of #33228 - nikomatsakis:compiletest-gut, r=acrichto · 62e2b2fb
      bors 提交于
      Move auxiliary directories to live with the tests
      
      This is a step for enabling testing of cross-crate incremental compilation. The idea is that instead of having a central auxiliary directory, when you have a `// aux-build:foo.rs` annotation in the test `run-pass/bar.rs`, it will look in (e.g.) `run-pass/aux/foo.rs`. In general, it looks for an `aux` directory in the same directory as the test. We also ignore the `aux` directories when enumerating the set of tests.
      
      As part of this PR, also refactor `runtest.rs` to use methods on a context, which means we can stop passing around context everywhere.
      
      r? @alexcrichton
      62e2b2fb
    • N
      remove stray files in auxiliary directory · 70701249
      Niko Matsakis 提交于
      70701249
    • N
      s/aux/auxiliary, because windows · 8b1941a7
      Niko Matsakis 提交于
      For legacy reasons (presumably), Windows does not permit files name aux.
      8b1941a7
    • N
      add missing aux files · cefc5b64
      Niko Matsakis 提交于
      cefc5b64
    • N
      remove unused aux-base argument · 47c8179b
      Niko Matsakis 提交于
      47c8179b
    • N
      kill the old auxiliary directory · ce0f73bb
      Niko Matsakis 提交于
      ce0f73bb
    • N
      move auxiliary builds to a test-relative `aux` · fbc082dc
      Niko Matsakis 提交于
      Instead of finding aux-build files in `auxiliary`, we now search for an
      `aux` directory relative to the test. So if your test is
      `compile-fail/foo.rs`, we would look in `compile-fail/aux`.  Similarly,
      we ignore the `aux` directory when searching for tets.
      fbc082dc
    • N
      tweak incremental comment · 77ae7591
      Niko Matsakis 提交于
      77ae7591
    • N
      move free functions in runtest into methods · 6b10756a
      Niko Matsakis 提交于
      Also, promote the for loop iterating over revisions out into the
      top-level method, whereas before it was pushed down instead each test's
      method. Not entirely clear that this was the right call.
      6b10756a
    • N
      use methods for EarlyProps and TestProps · ef884bcb
      Niko Matsakis 提交于
      ef884bcb
    • N
      refactor interface of make_compile_args · 514b37e3
      Niko Matsakis 提交于
      514b37e3
    • B
      Auto merge of #33472 - alexcrichton:fix-nightlies-again, r=brson · 0cb9bc51
      bors 提交于
      mk: Try to fix nightlies again
      
      Looks like the real bug on nightlies is that the `llvm-pass` run-make test is
      not actually getting the value of `LLVM_CXXFLAGS` correct. Namely, it's blank!
      Now the only change #33093 which actually affected this is that the argument
      `$(LLVM_CXXFLAGS_$(2))` was moved up from a makefile rule into the definition of
      a variable. Sounds innocuous?
      
      Turns out the variable this was moved into is defined with `:=`, which means
      that it's not recursively expanded, which basically means that it's expanded
      immediately. Unfortunately part of this expansion involves running
      `llvm-config`, which doesn't exist at the start of distcheck build!
      
      This didn't show up on the bots because they run `make` *then* `make check`, and
      the first step builds llvm-config so the next time `make` is loaded everything
      is available. The distcheck bots, however, run just a plain `distcheck` so
      `make` doesn't exist ahead of time. You can see this in action where the
      distcheck bots start out with a bunch of "llvm-config not found" error messages.
      
      This commit just changes a few variables to be defined with `=` which
      essentially means they're lazily expanded. I did not run a full distcheck
      locally, but this makes the initial "llvm-config not found" error messages go
      away so I suspect that this is the fix.
      
      Closes #33379 (hopefully)
      0cb9bc51
    • A
      mk: Try to fix nightlies again · eeb2f6dd
      Alex Crichton 提交于
      Looks like the real bug on nightlies is that the `llvm-pass` run-make test is
      not actually getting the value of `LLVM_CXXFLAGS` correct. Namely, it's blank!
      Now the only change #33093 which actually affected this is that the argument
      `$(LLVM_CXXFLAGS_$(2))` was moved up from a makefile rule into the definition of
      a variable. Sounds innocuous?
      
      Turns out the variable this was moved into is defined with `:=`, which means
      that it's not recursively expanded, which basically means that it's expanded
      immediately. Unfortunately part of this expansion involves running
      `llvm-config`, which doesn't exist at the start of distcheck build!
      
      This didn't show up on the bots because they run `make` *then* `make check`, and
      the first step builds llvm-config so the next time `make` is loaded everything
      is available. The distcheck bots, however, run just a plain `distcheck` so
      `make` doesn't exist ahead of time. You can see this in action where the
      distcheck bots start out with a bunch of "llvm-config not found" error messages.
      
      This commit just changes a few variables to be defined with `=` which
      essentially means they're lazily expanded. I did not run a full distcheck
      locally, but this makes the initial "llvm-config not found" error messages go
      away so I suspect that this is the fix.
      
      Closes #33379
      eeb2f6dd
  3. 06 5月, 2016 9 次提交
  4. 05 5月, 2016 5 次提交