1. 10 10月, 2015 1 次提交
    • F
      Major revision to the dropck_legal_cycles test. · 098a7a07
      Felix S. Klock II 提交于
      1. Added big comment block explaining the test framework.
      
      2. Added tests exericising Rc and Arc. This was inspired by a comment
         from eefriedman on PR #28861.
      
      3. Made the cycle-detection not issue false-positives on acyclic dags.
      
         Doing this efficiently required revising the framework; instead of
         visiting all children (i.e. doing a traversal), now each test is
         responsible for supplying the path that will act as a witness to
         the cycle.
      
         Luckily for me, all of the pre-existing tests worked with a trivial
         path built from "always tke your first left", but new tests I added
         did require other input paths (i.e., "first turn right, then left".
      
         (The path representation is a bit-string and its branches are
          n-ary, not word phrases and binary branches as you might think
          from the outline above.)
      098a7a07
  2. 05 10月, 2015 13 次提交
  3. 04 10月, 2015 9 次提交
    • B
      Auto merge of #28832 - sarcas:docs-uneeded-done-in-library-example, r=steveklabnik · 1dcbd357
      bors 提交于
      "Rust Inside Other Languages" in the Rust book includes a library example. The reference specifies printing "done!" when the code finishes running, and the language examples (Ruby, Python, JS) all do this in their code. 
      
      However, the Rust library example code *also* does this, so that the examples as written would output "done!" twice.
      
      This commit removes the "done!" from the Rust example code to tidy up the output to match expectations.
      1dcbd357
    • J
      Docs: Removes duplicate output from FFI example · 2b535a16
      James Bell 提交于
      The "Rust Inside Other Languages" page includes a library example. The
      reference specifies printing "done!" when the code finishes running, and
      the language examples (Ruby, Python, JS) all do this in their code.
      However, the Rust library example code *also* does this, so that the
      examples as written would output "done!" twice.
      
      This removes the "done!" from the Rust example code to clarify the docs.
      2b535a16
    • S
      fix another typo · a0284f41
      Seeker14491 提交于
      a0284f41
    • S
      fix a few typos · f6617025
      Seeker14491 提交于
      f6617025
    • B
      Auto merge of #28669 - arielb1:well-formed-methods, r=nikomatsakis · 130851e0
      bors 提交于
      By RFC1214:
      >    Before calling a fn, we check that its argument and return types are WF.
          
      The previous code only checked the trait-ref, which was not enough
      in several cases.
          
      As this is a soundness fix, it is a [breaking-change]. Some new annotations are needed, which I think are because of #18653 and the imperfection of `projection_must_outlive` (that can probably be worked around by moving the wf obligation later).
          
      Fixes #28609
      
      r? @nikomatsakis 
      130851e0
    • W
      Fix run-make/bare-outfile test · e3df5192
      William Throwe 提交于
      The reason this was not failing is fascinating.  The variable $(rustc)
      is empty, so the make recipe was expanded as " -o foo foo.rs".  make
      interpreted this as an instruction to run the command "o foo foo.rs"
      and ignore any failure that occurred, because it uses a leading '-' on
      a command to signal that behavior.
      e3df5192
    • B
      Auto merge of #28829 - GuillaumeGomez:patch-1, r=steveklabnik · 6d11a81c
      bors 提交于
      r? @steveklabnik 
      6d11a81c
    • G
      Add missing dot · aeb94a19
      Guillaume Gomez 提交于
      aeb94a19
    • B
      Auto merge of #28521 - arielb1:metadiet, r=eddyb · 3e06daac
      bors 提交于
      libcore.rlib reduced from 19121 kiB to 15934 kiB - 20% win.
      
      The librustc encoded AST is 9013500 bytes long - for the record, librustc consists of about 2254126 characters. Might be worth looking at.
      
      r? @EddyB
      3e06daac
  4. 03 10月, 2015 17 次提交