- 12 8月, 2015 30 次提交
-
-
由 Alex Crichton 提交于
I'm not 100% sure lines 63 and 73 are typos.
-
由 Alex Crichton 提交于
* Lots of core prelude imports removed * Makefile support for MSVC env vars and Rust crates removed * Makefile support for morestack removed
-
由 Alex Crichton 提交于
This commit leverages the runtime support for DWARF exception info added in #27210 to enable unwinding by default on 64-bit MSVC. This also additionally adds a few minor fixes here and there in the test harness and such to get `make check` entirely passing on 64-bit MSVC: * The invocation of `maketest.py` now works with spaces/quotes in CC * debuginfo tests are disabled on MSVC * A link error for librustc was hacked around (see #27438)
-
-
由 Alex Crichton 提交于
This matches the behavior of clang. See also discussion on #27307.
-
由 Alex Crichton 提交于
I was not able to come up with tests that would expose this bug, as, apparently, Rust types of the args are not used for anything but debug logging. Thanks to @luqmana for pointing this out!
-
由 Alex Crichton 提交于
They are currently rendered incorrectly https://doc.rust-lang.org/error-index.html#E0067 https://doc.rust-lang.org/error-index.html#E0070
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
This PR just updates the link of my translation of the book to the final rendered version of it. /cc @steveklabnik
-
由 Alex Crichton 提交于
LLVM might perform tail merging on the calls that initiate the unwinding process which breaks debuginfo and therefore this test. Since tail merging is guaranteed to break debuginfo, it should be disabled for this test. This allows us to restore a testcase that I had to remove earlier because of the same problem, because back then I didn't realize that disabling tail merging was an option. cc #27619
-
由 Alex Crichton 提交于
As title :-) Part of #24407. r? @Manishearth This will need merging with E0193, so probably want to delay any r+ until that goes in and I can merge myself.
-
由 Alex Crichton 提交于
See line 181: The lookup should start with the random index and iterate from there. Also locked stdout (which makes it a bit faster on my machine). And the `make_lookup` function now uses `map` (as the TODO asked for). Perhaps the multi-thread output from the fasta benchmark could be used to speed it up even more.
-
由 Alex Crichton 提交于
r? @Manishearth
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
Also fixes a few outdated links.
-
由 Alex Crichton 提交于
-
由 Alex Crichton 提交于
Part of #22709. cc @Veedrac r? @bluss
-
由 Alex Crichton 提交于
As title :-) Part of #24407. r? @Manishearth
-
由 Alex Burka 提交于
I'm not 100% sure lines 63 and 73 are typos.
-
由 Alex Crichton 提交于
This commit leverages the runtime support for DWARF exception info added in #27210 to enable unwinding by default on 64-bit MSVC. This also additionally adds a few minor fixes here and there in the test harness and such to get `make check` entirely passing on 64-bit MSVC: * The invocation of `maketest.py` now works with spaces/quotes in CC * debuginfo tests are disabled on MSVC * A link error for librustc was hacked around (see #27438)
-
由 bors 提交于
The ideas is to use the span of the complete macro invocation if the span of a macro error is `DUMMY_SP`. fixes #7970
-
由 Alex Crichton 提交于
* Lots of core prelude imports removed * Makefile support for MSVC env vars and Rust crates removed * Makefile support for morestack removed
-
由 Michael Macias 提交于
-
由 Eli Friedman 提交于
This matches the behavior of clang.
-
由 Vadim Chugunov 提交于
(that didn't seem to affect anything as the Rust type of the args wasn't getting used for code generation)
-
由 bors 提交于
Because I wanted to change the pretty test as little as possible I added `// compiler-flags: --crate-type=lib` to those test that failed because of a missing `main`. Passes `make check-stage1-pretty` locally. cc @nrc cc #27567
-
由 Corey Farwell 提交于
They are currently rendered incorrectly https://doc.rust-lang.org/error-index.html#E0067 https://doc.rust-lang.org/error-index.html#E0070
-
由 Guillaume Gomez 提交于
-
由 Guillaume Gomez 提交于
-
- 11 8月, 2015 10 次提交
-
-
由 Georg Brandl 提交于
-
由 Tobias Bucher 提交于
-
由 Alisdair Owens 提交于
-
由 bors 提交于
I have no idea how bors keeps working without this - I can only assume it's some peculiarity of how windows searches for DLLs. Without this change, running `make check` on windows will not correctly set PATH to include eg. `x86_64-pc-windows-gnu\stage1\bin\rustlib\x86_64-pc-windows-gnu\lib`, and when it tries to run eg. `stage1/test/stdtest-x86_64-pc-windows-gnu.exe`, it will fail because windows can't find the DLLs on which it relies. It seems to be just a mistake: when the equivalent was added for the branch that deals with unix-like platforms, the windows branch was left unchanged.
-
由 bors 提交于
- Successful merges: #27542, #27571, #27572, #27577, #27611, #27612, #27617, #27633, #27647, #27648, #27651 - Failed merges:
-
由 Manish Goregaokar 提交于
-
由 Manish Goregaokar 提交于
-
由 Manish Goregaokar 提交于
This is in line with other targets. Closes #27646
-
由 Manish Goregaokar 提交于
-