Skip to content

Commit bcec6bb

Browse files
committed
Fix broken links
1 parent f3fdbbf commit bcec6bb

File tree

1 file changed

+7
-5
lines changed

1 file changed

+7
-5
lines changed

src/libstd/sync/mod.rs

Lines changed: 7 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -98,11 +98,11 @@
9898
//! location doesn't lead to undefined behavior.
9999
//!
100100
//! [prefetching]: https://en.wikipedia.org/wiki/Cache_prefetching
101-
//! [compiler fences]: atomic::compiler_fence
101+
//! [compiler fences]: crate::sync::atomic::compiler_fence
102102
//! [out-of-order]: https://en.wikipedia.org/wiki/Out-of-order_execution
103103
//! [superscalar]: https://en.wikipedia.org/wiki/Superscalar_processor
104-
//! [memory fences]: atomic::fence
105-
//! [atomics operations]: atomic
104+
//! [memory fences]: crate::sync::atomic::fence
105+
//! [atomic operations]: crate::sync::atomic
106106
//!
107107
//! ## Higher-level synchronization objects
108108
//!
@@ -120,7 +120,7 @@
120120
//! Higher-level synchronization mechanisms are usually heavy-weight.
121121
//! While most atomic operations can execute instantaneously, acquiring a
122122
//! [`Mutex`] can involve blocking until another thread releases it.
123-
//! For [`RwLock`], while! any number of readers may acquire it without
123+
//! For [`RwLock`], while any number of readers may acquire it without
124124
//! blocking, each writer will have exclusive access.
125125
//!
126126
//! On the other hand, communication over [channels] can provide a fairly
@@ -130,7 +130,9 @@
130130
//! The more synchronization exists between CPUs, the smaller the performance
131131
//! gains from multithreading will be.
132132
//!
133-
//! [channels]: mpsc
133+
//! [`Mutex`]: crate::sync::Mutex
134+
//! [`RwLock`]: crate::sync::RwLock
135+
//! [channels]: crate::sync::mpsc
134136
135137
#![stable(feature = "rust1", since = "1.0.0")]
136138

0 commit comments

Comments
 (0)