rust-dev  

Messages by Thread

• • Re: [rust-dev] RFC: Opt-in builtin traits Niko Matsakis
  • Re: [rust-dev] RFC: Opt-in builtin traits Gábor Lehel
• [rust-dev] Faster hashDoS-proof hashing Tony Arcieri
  • Re: [rust-dev] Faster hashDoS-proof hashing Richard Gomes
  • Re: [rust-dev] Faster hashDoS-proof hashing Tony Arcieri
  • Re: [rust-dev] Faster hashDoS-proof hashing Corey Richardson
  • Re: [rust-dev] Faster hashDoS-proof hashing Richard Gomes
  • Re: [rust-dev] Faster hashDoS-proof hashing Corey Richardson
  • Re: [rust-dev] Faster hashDoS-proof hashing Tony Arcieri
• [rust-dev] Alternative to Option types Aran Donohue
  • Re: [rust-dev] Alternative to Option types Clark Gaebel
  • Re: [rust-dev] Alternative to Option types Ziad Hatahet
  • Re: [rust-dev] Alternative to Option types Eric Reed
  • Re: [rust-dev] Alternative to Option types Steve Klabnik
  • Re: [rust-dev] Alternative to Option types Tobias Müller
  • Re: [rust-dev] Alternative to Option types Vladimir Matveev
  • Re: [rust-dev] Alternative to Option types Carter Schonwald
  • Re: [rust-dev] Alternative to Option types Clark Gaebel
  • Re: [rust-dev] Alternative to Option types Carter Schonwald
  • Re: [rust-dev] Alternative to Option types Daniel Micay
  • Re: [rust-dev] Alternative to Option types Carter Schonwald
  • Re: [rust-dev] Alternative to Option types Eric Reed
  • Re: [rust-dev] Alternative to Option types Eric Reed
• [rust-dev] RFC: Importing/exporting macros Sean McArthur
  • Re: [rust-dev] RFC: Importing/exporting macros Corey Richardson
  • Re: [rust-dev] RFC: Importing/exporting macros Brendan Zabarauskas
• [rust-dev] RFC: Stronger aliasing guarantees about mutable borrows Niko Matsakis
  • Re: [rust-dev] RFC: Stronger aliasing guarantees about mutable borrows Eric Reed
  • Re: [rust-dev] RFC: Stronger aliasing guarantees about mutable borrows Michael Woerister
  • Re: [rust-dev] RFC: Stronger aliasing guarantees about mutable borrows Kevin Ballard
  • Re: [rust-dev] RFC: Stronger aliasing guarantees about mutable borrows Gábor Lehel
  • Re: [rust-dev] RFC: Stronger aliasing guarantees about mutable borrows Corey Richardson
  • Re: [rust-dev] RFC: Stronger aliasing guarantees about mutable borrows Kevin Ballard
  • Re: [rust-dev] RFC: Stronger aliasing guarantees about mutable borrows Eric Reed
  • Re: [rust-dev] RFC: Stronger aliasing guarantees about mutable borrows Kevin Ballard
  • Re: [rust-dev] RFC: Stronger aliasing guarantees about mutable borrows Eric Reed
  • Re: [rust-dev] RFC: Stronger aliasing guarantees about mutable borrows Niko Matsakis
• [rust-dev] How to import std::comm::select? Frank Huang
  • Re: [rust-dev] How to import std::comm::select? Alex Crichton
• [rust-dev] Possible bug? os::args() then split then print Phil Dawes
  • Re: [rust-dev] Possible bug? os::args() then split then print Ashish Myles
  • Re: [rust-dev] Possible bug? os::args() then split then print Phil Dawes
  • Re: [rust-dev] Possible bug? os::args() then split then print Kevin Ballard
• [rust-dev] Linked libraries and exec size S.A.
  • Re: [rust-dev] Linked libraries and exec size Corey Richardson
  • Re: [rust-dev] Linked libraries and exec size S.A.
  • Re: [rust-dev] Linked libraries and exec size Daniel Micay
  • Re: [rust-dev] Linked libraries and exec size S.A.
  • Re: [rust-dev] Linked libraries and exec size Patrick Walton
  • Re: [rust-dev] Linked libraries and exec size S.A.
• [rust-dev] Breaking change: new Hash framework has landed Erick Tryzelaar
  • Re: [rust-dev] Breaking change: new Hash framework has landed Brian Anderson
  • Re: [rust-dev] Breaking change: new Hash framework has landed Niko Matsakis
  • Re: [rust-dev] Breaking change: new Hash framework has landed Erick Tryzelaar
  • Re: [rust-dev] Breaking change: new Hash framework has landed Brian Anderson
• [rust-dev] Travis CI is building Pull Requests Alex Crichton
• [rust-dev] unique vector patterns are no longer supported at head Michael Dagitses
  • Re: [rust-dev] unique vector patterns are no longer supported at head Alex Crichton
• [rust-dev] Question regarding modules benjamin adamson
  • Re: [rust-dev] Question regarding modules Corey Richardson
• [rust-dev] Using a closure as a return value Philippe Delrieu
  • Re: [rust-dev] Using a closure as a return value Jack Moffitt
  • Re: [rust-dev] Using a closure as a return value Philippe Delrieu
  • Re: [rust-dev] Using a closure as a return value Maciej Piechotka
  • Re: [rust-dev] Using a closure as a return value Philippe Delrieu
• [rust-dev] Improving our patch review and approval process (Hopefully) Flaper87
  • Re: [rust-dev] Improving our patch review and approval process (Hopefully) Corey Richardson
  • Re: [rust-dev] Improving our patch review and approval process (Hopefully) Kevin Ballard
  • Re: [rust-dev] Improving our patch review and approval process (Hopefully) Flaper87
  • Re: [rust-dev] Improving our patch review and approval process (Hopefully) Felix S. Klock II
  • Re: [rust-dev] Improving our patch review and approval process (Hopefully) Clark Gaebel
  • Re: [rust-dev] Improving our patch review and approval process (Hopefully) Huon Wilson
  • Re: [rust-dev] Improving our patch review and approval process (Hopefully) Val Markovic
  • Re: [rust-dev] Improving our patch review and approval process (Hopefully) Alex Crichton
  • Re: [rust-dev] Improving our patch review and approval process (Hopefully) Ben Noordhuis
  • Re: [rust-dev] Improving our patch review and approval process (Hopefully) Gaetan
  • Re: [rust-dev] Improving our patch review and approval process (Hopefully) Flaper87
• Re: [rust-dev] Rust-dev Digest, Vol 44, Issue 70 Daniel Fath
  • Re: [rust-dev] Rust-dev Digest, Vol 44, Issue 70 Gaetan
• [rust-dev] RFC: About the library stabilization process Brian Anderson
  • Re: [rust-dev] RFC: About the library stabilization process Huon Wilson
  • Re: [rust-dev] RFC: About the library stabilization process György Andrasek
  • Re: [rust-dev] RFC: About the library stabilization process Steve Klabnik
  • Re: [rust-dev] RFC: About the library stabilization process Alex Crichton
  • Re: [rust-dev] RFC: About the library stabilization process Brian Anderson
  • Re: [rust-dev] RFC: About the library stabilization process Kevin Ballard
  • Re: [rust-dev] RFC: About the library stabilization process Brendan Zabarauskas
• [rust-dev] lib: Datetime library Alfredos (fredy) Damkalis
  • Re: [rust-dev] lib: Datetime library Ted Horst
• [rust-dev] reader.lines() swallows io errors Phil Dawes
  • Re: [rust-dev] reader.lines() swallows io errors Kang Seonghoon
  • Re: [rust-dev] reader.lines() swallows io errors Phil Dawes
  • Re: [rust-dev] reader.lines() swallows io errors Tim Kuehn
  • Re: [rust-dev] reader.lines() swallows io errors Phil Dawes
  • Re: [rust-dev] reader.lines() swallows io errors Lee Braiden
  • Re: [rust-dev] reader.lines() swallows io errors Huon Wilson
  • Re: [rust-dev] reader.lines() swallows io errors Armin Ronacher
  • Re: [rust-dev] reader.lines() swallows io errors Michael Neumann
  • Re: [rust-dev] reader.lines() swallows io errors Palmer Cox
  • Re: [rust-dev] reader.lines() swallows io errors Corey Richardson
  • Re: [rust-dev] reader.lines() swallows io errors Palmer Cox
  • Re: [rust-dev] reader.lines() swallows io errors Kevin Ballard
  • Re: [rust-dev] reader.lines() swallows io errors Lee Braiden
  • Re: [rust-dev] reader.lines() swallows io errors Kevin Ballard
  • Re: [rust-dev] reader.lines() swallows io errors Huon Wilson
  • Re: [rust-dev] reader.lines() swallows io errors Palmer Cox
  • Re: [rust-dev] reader.lines() swallows io errors Jason Fager
  • Re: [rust-dev] reader.lines() swallows io errors Kevin Ballard
  • Re: [rust-dev] reader.lines() swallows io errors Palmer Cox
• [rust-dev] [RFC] Proposal for associated/'static' method syntax Nick Cameron
• [rust-dev] issue numbers in commit messages Nick Cameron
  • Re: [rust-dev] issue numbers in commit messages Steve Klabnik
  • Re: [rust-dev] issue numbers in commit messages Nick Cameron
  • Re: [rust-dev] issue numbers in commit messages Corey Richardson
  • Re: [rust-dev] issue numbers in commit messages Nick Cameron
  • Re: [rust-dev] issue numbers in commit messages Steve Klabnik
  • Re: [rust-dev] issue numbers in commit messages Nick Cameron
  • Re: [rust-dev] issue numbers in commit messages Scott Lawrence
  • Re: [rust-dev] issue numbers in commit messages Palmer Cox
  • Re: [rust-dev] issue numbers in commit messages Nick Cameron
  • Re: [rust-dev] issue numbers in commit messages Palmer Cox
  • Re: [rust-dev] issue numbers in commit messages Thad Guidry
  • Re: [rust-dev] issue numbers in commit messages Tony Arcieri
  • Re: [rust-dev] issue numbers in commit messages Chris Morgan
  • Re: [rust-dev] issue numbers in commit messages Palmer Cox
  • Re: [rust-dev] issue numbers in commit messages Gaetan
  • Re: [rust-dev] issue numbers in commit messages Nick Cameron
  • Re: [rust-dev] issue numbers in commit messages Scott Lawrence
  • Re: [rust-dev] issue numbers in commit messages Nick Cameron
  • Re: [rust-dev] issue numbers in commit messages Kevin Ballard
  • Re: [rust-dev] issue numbers in commit messages Nick Cameron
  • Re: [rust-dev] issue numbers in commit messages Corey Richardson
  • Re: [rust-dev] issue numbers in commit messages Nick Cameron
  • Re: [rust-dev] issue numbers in commit messages Huon Wilson
  • Re: [rust-dev] issue numbers in commit messages Benjamin Striegel
  • Re: [rust-dev] issue numbers in commit messages Jack Moffitt
  • Re: [rust-dev] issue numbers in commit messages Simon Sapin
• [rust-dev] idiomatic conversion from Option<&str> to *libc::c_char Noah Watkins
  • Re: [rust-dev] idiomatic conversion from Option<&str> to *libc::c_char Kevin Ballard
• [rust-dev] [PATCH] Add stack overflow check for ARM Thumb instruction set. Svetoslav Neykov
  • Re: [rust-dev] [PATCH] Add stack overflow check for ARM Thumb instruction set. Alex Crichton
  • Re: [rust-dev] [PATCH] Add stack overflow check for ARM Thumb instruction set. Svetoslav Neykov
  • Re: [rust-dev] [PATCH] Add stack overflow check for ARM Thumb instruction set. Alex Crichton
• [rust-dev] Help, what's the meaning of `unknown` in `x86_64-unknown-linux-gnu`? Liigo Zhuang
  • Re: [rust-dev] Help, what's the meaning of `unknown` in `x86_64-unknown-linux-gnu`? Liigo Zhuang
  • Re: [rust-dev] Help, what's the meaning of `unknown` in `x86_64-unknown-linux-gnu`? Liigo Zhuang
  • Re: [rust-dev] Help, what's the meaning of `unknown` in `x86_64-unknown-linux-gnu`? Brian Anderson
  • Re: [rust-dev] Help, what's the meaning of `unknown` in `x86_64-unknown-linux-gnu`? Liigo Zhuang
• [rust-dev] Need help implementing some complex parent-child task behavior. Damien Radtke
  • Re: [rust-dev] Need help implementing some complex parent-child task behavior. Kevin Ballard
  • Re: [rust-dev] Need help implementing some complex parent-child task behavior. Damien Radtke
  • Re: [rust-dev] Need help implementing some complex parent-child task behavior. Kevin Ballard
  • Re: [rust-dev] Need help implementing some complex parent-child task behavior. Damien Radtke
  • Re: [rust-dev] Need help implementing some complex parent-child task behavior. Damien Radtke
  • Re: [rust-dev] Need help implementing some complex parent-child task behavior. Damien Radtke
• Re: [rust-dev] RFC: Struct Self-Borrows Ariel Ben-Yehuda
• [rust-dev] Pointer to trait method? Tommy M. McGuire
  • Re: [rust-dev] Pointer to trait method? Alex Crichton
• [rust-dev] RFC: Struct Self-Burrows Ariel Ben-Yehuda
  • [rust-dev] RFC: Struct Self-Burrows Ariel Ben-Yehuda
• [rust-dev] [Boston] Rust talk on Monday Ian Daniher
  • Re: [rust-dev] [Boston] Rust talk on Monday Jack Moffitt
  • Re: [rust-dev] [Boston] Rust talk on Monday Ian Daniher
  • Re: [rust-dev] [Boston] Rust talk on Monday Benjamin Striegel
  • Re: [rust-dev] [Boston] Rust talk on Monday Erick Tryzelaar
  • Re: [rust-dev] [Boston] Rust talk on Monday Ian Daniher
• [rust-dev] [rustc-f039d10] A newer kernel is required to run this binary. (__kernel_cmpxchg64 helper) Ian Daniher
  • Re: [rust-dev] [rustc-f039d10] A newer kernel is required to run this binary. (__kernel_cmpxchg64 helper) Alex Crichton
  • Re: [rust-dev] [rustc-f039d10] A newer kernel is required to run this binary. (__kernel_cmpxchg64 helper) Ian Daniher
  • Re: [rust-dev] [rustc-f039d10] A newer kernel is required to run this binary. (__kernel_cmpxchg64 helper) Alex Crichton
• Re: [rust-dev] RFC: Conventions for "well-behaved" iterators Olivier Renaud
  • Re: [rust-dev] RFC: Conventions for "well-behaved" iterators Simon Sapin
  • Re: [rust-dev] RFC: Conventions for "well-behaved" iterators Gábor Lehel
  • Re: [rust-dev] RFC: Conventions for "well-behaved" iterators Daniel Micay
  • [rust-dev] RFC: Conventions for "well-behaved" iterators Erick Tryzelaar
  • Re: [rust-dev] RFC: Conventions for "well-behaved" iterators Daniel Micay
  • Re: [rust-dev] RFC: Conventions for "well-behaved" iterators Gábor Lehel
  • Re: [rust-dev] RFC: Conventions for "well-behaved" iterators Huon Wilson
• [rust-dev] RFC: Conventions for "well-behaved" iterators Simon Sapin
  • Re: [rust-dev] RFC: Conventions for "well-behaved" iterators Alex Crichton
  • Re: [rust-dev] RFC: Conventions for "well-behaved" iterators Daniel Micay
  • Re: [rust-dev] RFC: Conventions for "well-behaved" iterators Kevin Ballard
  • Re: [rust-dev] RFC: Conventions for "well-behaved" iterators Simon Sapin
• [rust-dev] Help: type `std::comm::Chan<A>` does not implement any method in scope named `clone` Liigo Zhuang
  • Re: [rust-dev] Help: type `std::comm::Chan<A>` does not implement any method in scope named `clone` Alex Crichton
  • Re: [rust-dev] Help: type `std::comm::Chan<A>` does not implement any method in scope named `clone` Liigo Zhuang
  • Re: [rust-dev] Help: type `std::comm::Chan<A>` does not implement any method in scope named `clone` Alex Crichton
  • Re: [rust-dev] Help: type `std::comm::Chan<A>` does not implement any method in scope named `clone` Liigo Zhuang
  • Re: [rust-dev] Help: type `std::comm::Chan<A>` does not implement any method in scope named `clone` Liigo Zhuang
• [rust-dev] Call for Presenters at the March (and future) Bay Area Rust meetup Erick Tryzelaar
• Re: [rust-dev] Rust (Servo) Cross-Compile to ARM Edit Balint
  • Re: [rust-dev] Rust (Servo) Cross-Compile to ARM Skirmantas Kligys
  • Re: [rust-dev] Rust (Servo) Cross-Compile to ARM Corey Richardson
  • Re: [rust-dev] Rust (Servo) Cross-Compile to ARM Skirmantas Kligys
• Re: [rust-dev] What form should the official Rust binary installers for Unixes take? Brian Anderson
  • Re: [rust-dev] What form should the official Rust binary installers for Unixes take? Daniel Micay
  • Re: [rust-dev] What form should the official Rust binary installers for Unixes take? Flaper87
  • Re: [rust-dev] What form should the official Rust binary installers for Unixes take? Benjamin Striegel
  • Re: [rust-dev] What form should the official Rust binary installers for Unixes take? Simon Sapin
• [rust-dev] Raw socket API Robert Clipsham

• Later messages