Skip to content
Commits on Sep 1, 2014
  1. @bors
  2. @bors

    auto merge of #16867 : wickerwaka/rust/ice-16750, r=alexcrichton

    bors committed
    Not sure if this is addressing the root cause or just patching up a symptom. Also not sure if I should be adding a diagnostic code for this.
    
    Fixes #16750
    Fixes #15812
  3. @bors

    auto merge of #16891 : eddyb/rust/patlit-from-expr-macros, r=kballard

    bors committed
    Enables any macros using `MacExpr` to be treated as patterns when
    they produce a literal in the form `ExprLit` (e.g. `stringify!` or `line!`).
    
    Fixes #16876.
  4. @bors

    auto merge of #16886 : Tobba/rust/defailbloat-string, r=alexcrichton

    bors committed
    by not performing formatting at the failure site
    
    This cuts about 673382 bytes from libcore.rlib
  5. @bors

    auto merge of #16871 : retep998/rust/win64-fix, r=alexcrichton

    bors committed
    It was in a x86_64 block so the buildbots didn't notice it.
    Fixes #16905
  6. @bors
  7. @bors

    auto merge of #16844 : mrmonday/rust/liblibc-custom-socket, r=alexcri…

    bors committed
    …chton
    
    These are the additions to liblibc required for raw/custom socket support. I've broken this into a separate pull request due to the upcoming I/O overhaul (was originally part of pull #15741).
    
    cc @alexcrichton.
Commits on Aug 31, 2014
  1. @bors

    auto merge of #16809 : nick29581/rust/dst-bug-3, r=alexcrichton

    bors committed
    This corrects a rebasing error. Also adds a test so it won't happen again.
    
    r?
  2. @bors

    auto merge of #16894 : alexcrichton/rust/issue-16872, r=huonw

    bors committed
    It was previously asserted that each thread received at least one connection,
    but this is not guaranteed to always be the case due to scheduling. This test
    also deadlocked on failure due to a lingering reference to the sending half of
    the channel, so that reference is now also eagerly dropped so the test can fail
    properly if something bad happens.
    
    Closes #16872
  3. @bors
  4. @bors

    auto merge of #16895 : alexcrichton/rust/rollup, r=alexcrichton

    bors committed
    Let's try this again!
  5. @japaric
  6. @alexcrichton
  7. @alexcrichton
  8. @alexcrichton
  9. @alexcrichton
  10. @alexcrichton
  11. @alexcrichton
  12. @alexcrichton
  13. @alexcrichton
  14. @alexcrichton
  15. @alexcrichton
  16. @alexcrichton
  17. @alexcrichton
  18. @alexcrichton
  19. @alexcrichton
  20. @alexcrichton
  21. @alexcrichton
  22. @alexcrichton
  23. @alexcrichton
  24. @alexcrichton
  25. @alexcrichton

    test: Fix the tcp-accept-stress test

    alexcrichton committed
    It was previously asserted that each thread received at least one connection,
    but this is not guaranteed to always be the case due to scheduling. This test
    also deadlocked on failure due to a lingering reference to the sending half of
    the channel, so that reference is now also eagerly dropped so the test can fail
    properly if something bad happens.
    
    Closes #16872
  26. @bors

    auto merge of #16650 : ruud-v-a/rust/timespec-arithmetic, r=alexcrichton

    bors committed
    This changes the `Add` and `Sub` implementations for `Timespec` introduced in #16573 to use `Duration` as the time span type instead of `Timespec` itself, as [suggested](rust-lang#16573 (comment)) by @sfackler.
    
    This depends on #16626, because is uses `Duration::seconds(i64)`, whereas currently `Duration::seconds` takes an `i32`.
Commits on Aug 30, 2014
  1. @bors
  2. @eddyb
Something went wrong with that request. Please try again.