- 10 11月, 2013 28 次提交
-
-
由 Alex Crichton 提交于
At this time, also point the libuv submodule to the official repo instead of my own off to the side. cc #10246 Closes #10329
-
由 Alex Crichton 提交于
It appears that uv's support for interacting with a stdio stream as a tty when it's actually a pipe is pretty problematic. To get around this, promote a check to see if the stream is a tty to the top of the tty constructor, and bail out quickly if it's not identified as a tty. Closes #10237
-
由 Alex Crichton 提交于
In the ideal world, uv I/O could be canceled safely at any time. In reality, however, we are unable to do this. Right now linked failure is fairly flaky as implemented in the runtime, making it very difficult to test whether the linked failure mechanisms inside of the uv bindings are ready for this kind of interaction. Right now, all constructors will execute in a task::unkillable block, and all homing I/O operations will prevent linked failure in the duration of the homing operation. What this means is that tasks which perform I/O are still susceptible to linked failure, but the I/O operations themselves will never get interrupted. Instead, the linked failure will be received at the edge of the I/O operation.
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
It turns out that the uv implementation would cause use-after-free if the idle callback was used after the call to `close`, and additionally nothing would ever really work that well if `start()` were called twice. To change this, the `start` and `close` methods were removed in favor of specifying the callback at creation, and allowing destruction to take care of closing the watcher.
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
cc #10308
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
This exposes the ability to change the modification and access times on a file. Closes #10266
-
由 Alex Crichton 提交于
Closes #10297
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
This cleans up the merging of removing ~fn() and removing C++ wrappers to a compile-able and progress-ready state
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
Using an raii wrapper means that there's no need for a '_self' variant and we can greatly reduce the amount of 'self_'-named variables.
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
-
由 bors 提交于
This adds an other ABI option which allows a custom selection over the target architecture and OS. The only current candidate for this change is that kernel32 on win32 uses stdcall, but on win64 it uses the cdecl calling convention. Otherwise everywhere else this is defined as using the Cdecl calling convention. cc #10049 Closes #8774
-
由 Alex Crichton 提交于
This adds an other ABI option which allows a custom selection over the target architecture and OS. The only current candidate for this change is that kernel32 on win32 uses stdcall, but on win64 it uses the cdecl calling convention. Otherwise everywhere else this is defined as using the Cdecl calling convention. cc #10049 Closes #8774
-
由 bors 提交于
Fully support multiple lifetime parameters on types and elsewhere, removing special treatment for `'self`. I am submitting this a touch early in that I plan to push a new commit with more tests specifically targeting types with multiple lifetime parameters -- but the current code bootstraps and passes `make check`. Fixes #4846
-
由 Niko Matsakis 提交于
Make irrelevant changes to regions-mock-tcx to convince the pretty printer to emit the same thing twice in a row
-
- 09 11月, 2013 12 次提交
-
-
由 Niko Matsakis 提交于
-
由 bors 提交于
and use opt_str instead of opt_val in rustpkg Closes #9311
-
由 Niko Matsakis 提交于
-
由 bors 提交于
This bug was already fixed, just needed a test. Closes #9569
-
由 bors 提交于
This Fixes #10265 and paves the way for fixing #9543. It works by adding a 'package_id' attribute by default for library crates that don't specify it. This is necessary to use the 'extern mod foo = "bar"' form instead of 'extern mod foo(name="bar") (as per #9543), because the former adds a required package_id when trying to link with the bar crate. I added a simple test to ensure that the default package_id value is being generated, and also added an explicit package_id in the link attribute in all rust libs to avoid getting warnings about default package_id values when building rust.
-
由 bors 提交于
I'm not sure this is something you're interested in, but I was playing around the Any trait a bit and I wanted to try it as a key in a HashMap. To do that, TypeId needs to implement IterBytes.
-
由 bors 提交于
-
由 Corey Richardson 提交于
-
由 bors 提交于
Closes #10240
-
由 Daniel Micay 提交于
-
由 Daniel Micay 提交于
Closes #10240
-
由 Niko Matsakis 提交于
-