- 28 3月, 2014 2 次提交
-
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
libuv.a always looks out of date to the makefile, causing make to always descend into the libuv makefile, even when there's nothing to build.
-
- 27 3月, 2014 5 次提交
-
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
Instead of just looking for its presence we need to see if it actually contains rust stuffs.
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
The installed manifest is a different file, so they should have different names. This should prevent various wierd conflicts in the future.
-
- 26 3月, 2014 15 次提交
-
-
由 Brian Anderson 提交于
This adds a hack to rustc to make it find the library directory regardless of whether it is named lib/lib64/lib32.
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
Much clearer
-
由 Brian Anderson 提交于
This is not sufficient for finding the library directory for binary installs, but it does make the build more complex by requiring env vars be set to build rustc.
-
由 Brian Anderson 提交于
Trying to reduce the complexity of installation
-
由 Brian Anderson 提交于
This reverts commit d6216318. Conflicts: mk/install.mk
-
由 Brian Anderson 提交于
-
由 bors 提交于
-
由 Brian Anderson 提交于
-
由 bors 提交于
Rendered form available at http://docs.octayn.net/doc/ This moves derived impls to the bottom of the list, separate from the rest, and collapses default methods that aren't overridden into an expandible accordion.
-
由 Corey Richardson 提交于
-
由 Corey Richardson 提交于
-
由 Corey Richardson 提交于
-
由 bors 提交于
std: expand the `Share` docs to make them more precise. And give some examples about exactly what's `Share` and what's not.
-
- 25 3月, 2014 18 次提交
-
-
由 bors 提交于
Cleanup old issue references. One of these workarounds no longer need to be used anymore and the others are out of date.
-
由 Huon Wilson 提交于
And give some examples about exactly what's `Share` and what's not.
-
由 bors 提交于
It was possible to borrow unsafe static items in static initializers. This patch implements a small `Visitor` that walks static initializer's expressions and checks borrows aliasability. Fixes #13005 cc @nikomatsakis r?
-
由 bors 提交于
Several things here: * Cleanup * Fix build targets for building .pkg so that it works and works for all hosts * Adds support for nightly artifacts * Put docs in a location suitable for upload to s3 during 'make dist' * Add coverage of unix binary installers to 'distcheck' * Fix 'distcheck' * Change 'dist' to build source tarballs, binary tarballs and OS X packages
-
由 bors 提交于
This commit contains an implementation of synchronous, bounded channels for Rust. This is an implementation of the proposal made last January [1]. These channels are built on mutexes, and currently focus on a working implementation rather than speed. Receivers for sync channels have select() implemented for them, but there is currently no implementation of select() for sync senders. Rust will continue to provide both synchronous and asynchronous channels as part of the standard distribution, there is no intent to remove asynchronous channels. This flavor of channels is meant to provide an alternative to asynchronous channels because like green tasks, asynchronous channels are not appropriate for all situations. [1] - https://mail.mozilla.org/pipermail/rust-dev/2014-January/007924.html
-
由 Alex Crichton 提交于
This commit contains an implementation of synchronous, bounded channels for Rust. This is an implementation of the proposal made last January [1]. These channels are built on mutexes, and currently focus on a working implementation rather than speed. Receivers for sync channels have select() implemented for them, but there is currently no implementation of select() for sync senders. Rust will continue to provide both synchronous and asynchronous channels as part of the standard distribution, there is no intent to remove asynchronous channels. This flavor of channels is meant to provide an alternative to asynchronous channels because like green tasks, asynchronous channels are not appropriate for all situations. [1] - https://mail.mozilla.org/pipermail/rust-dev/2014-January/007924.html
-
由 bors 提交于
* Remove clone-ability from all primitives. All shared state will now come from the usage of the primitives being shared, not the primitives being inherently shareable. This allows for fewer allocations for stack-allocated primitives. * Add `Mutex<T>` and `RWLock<T>` which are stack-allocated primitives for purely wrapping a piece of data * Remove `RWArc<T>` in favor of `Arc<RWLock<T>>` * Remove `MutexArc<T>` in favor of `Arc<Mutex<T>>` * Shuffle around where things are located * The `arc` module now only contains `Arc` * A new `lock` module contains `Mutex`, `RWLock`, and `Barrier` * A new `raw` module contains the primitive implementations of `Semaphore`, `Mutex`, and `RWLock` * The Deref/DerefMut trait was implemented where appropriate * `CowArc` was removed, the functionality is now part of `Arc` and is tagged with `#[experimental]`. * The crate now has #[deny(missing_doc)] * `Arc` now supports weak pointers This is not a large-scale rewrite of the functionality contained within the `sync` crate, but rather a shuffling of who does what an a thinner hierarchy of ownership to allow for better composability.
-
由 Brian Anderson 提交于
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
This updates the exports and layout of the crate
-
由 Alex Crichton 提交于
This removes the now-outdated MutexArc and RWArc types. These are superseded by Arc<Mutex<T>> and Arc<RWLock<T>>. The only remaining arc is the one true Arc. Additionally, the arc now has weak pointers implemented for it to assist in breaking cycles. This commit brings the arc api up to parity with the sibling Rc api, making them nearly interchangeable for inter and intra task communication.
-
由 Steven Stewart-Gallus 提交于
-
由 Steven Stewart-Gallus 提交于
-
由 bors 提交于
The OSX bots have been deadlocking recently in the rustdoc tests. I have only been able to rarely reproduce the deadlock on my local setup. When reproduced, it looks like the child process is spinning on the malloc mutex, which I presume is locked with no other threads to unlock it. I'm not convinced that this is what's happening, because OSX should protect against this with pthread_atfork by default. Regardless, running as little code as possible in the child after fork() is normally a good idea anyway, so this commit moves all allocation to the parent process to run before the child executes. After running 6k iterations of rustdoc tests, this deadlocked twice before, and after 20k iterations afterwards, it never deadlocked. I draw the conclusion that this is either sweeping the bug under the rug, or it did indeed fix the underlying problem.
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
This reverts commit e93709a911637194835268420e67d768ee19b5df.
-
由 Brian Anderson 提交于
The way it was formulated you could only 'prepare' one directory per build.
-
由 Brian Anderson 提交于
-