- 19 4月, 2012 5 次提交
-
-
由 Graydon Hoare 提交于
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
- 18 4月, 2012 13 次提交
-
-
由 Marijn Haverbeke 提交于
Closes #2222
-
由 Marijn Haverbeke 提交于
Closes #1892
-
由 Marijn Haverbeke 提交于
Closes #2053
-
由 Marijn Haverbeke 提交于
Closes #2177
-
由 Marijn Haverbeke 提交于
Closes #2055
-
由 Marijn Haverbeke 提交于
Closes #2142
-
由 Brian Anderson 提交于
-
由 Graydon Hoare 提交于
-
由 Brian Anderson 提交于
-
由 Niko Matsakis 提交于
-
由 Niko Matsakis 提交于
-
由 Niko Matsakis 提交于
-
由 Niko Matsakis 提交于
-
- 17 4月, 2012 8 次提交
-
-
由 Patrick Walton 提交于
-
由 Niko Matsakis 提交于
-
由 Graydon Hoare 提交于
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-L currently specifies paths to search for Rust crates Building crates that use native libraries is difficult. When the library is located somewhere unexpected there is no way to tell rustc additional paths to look in. If libclang is located at `.` then rustc is not going to know that and linking will fail. To get around that I often end up inserting #[link_args = "-L."] native mod m { } into other crates to get them to build. Now you just `rustc -L .` and it builds. This doesn't do any rpathing so it's still up to somebody else to put the library somewhere it will be found or use LD_LIBRARY_PATH This feature comes with a single, XFAILed test, because I could not think of a way to test it. Odd.
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
- 16 4月, 2012 1 次提交
-
-
由 Brian Anderson 提交于
-
- 15 4月, 2012 13 次提交
-
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
由 Tim Chevalier 提交于
Closes #1965.
-
由 Alexander Stavonin 提交于
-
由 Brian Anderson 提交于
-