Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Rolling up PRs in the queue #27688

Merged
merged 45 commits into from
Aug 12, 2015
Merged

Rolling up PRs in the queue #27688

merged 45 commits into from
Aug 12, 2015

Conversation

alexcrichton
Copy link
Member

No description provided.

dotdash and others added 30 commits August 7, 2015 18:29
The code to get the LLVM type signature for the drop function doesn't
handle unsized types correctly.
Instead of the actual return type, we're currently passing the function
type to get_extern_fn(). The only reason this doesn't explode is because
get_extern_fn() actually doesn't care about the actual return type, just
about it being converging or not.
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).

Perhaps the multi-thread output from the fasta benchmark could be used to speed it up even more.
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 rust-lang#27619
(that didn't seem to affect anything as the Rust type of the args wasn't getting used for code generation)
This matches the behavior of clang.
* Lots of core prelude imports removed
* Makefile support for MSVC env vars and Rust crates removed
* Makefile support for morestack removed
This commit leverages the runtime support for DWARF exception info added
in rust-lang#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 rust-lang#27438)
I'm not 100% sure lines 63 and 73 are typos.
Also fixes a few outdated links.
This matches the behavior of clang.

See also discussion on rust-lang#27307.
This commit leverages the runtime support for DWARF exception info added
in rust-lang#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 rust-lang#27438)
* Lots of core prelude imports removed
* Makefile support for MSVC env vars and Rust crates removed
* Makefile support for morestack removed
I'm not 100% sure lines 63 and 73 are typos.
PR for [Issue rust-lang#27681] (rust-lang#27681). A simple update to the latest version of rust when typing the command rustc --version.
@alexcrichton
Copy link
Member Author

@bors: r+ 6b09eb8 p=100

@rust-highfive
Copy link
Collaborator

r? @nrc

(rust_highfive has picked a reviewer for you, use r? to override)

@alexcrichton alexcrichton assigned alexcrichton and unassigned nrc Aug 12, 2015
@alexcrichton
Copy link
Member Author

@bors: force

@bors
Copy link
Contributor

bors commented Aug 12, 2015

⌛ Testing commit 6b09eb8 with merge 91364c7...

@bors
Copy link
Contributor

bors commented Aug 12, 2015

💔 Test failed - auto-win-gnu-64-opt

@alexcrichton
Copy link
Member Author

@bors: retry force

@bors
Copy link
Contributor

bors commented Aug 12, 2015

💔 Test failed - auto-linux-32-opt

@Manishearth
Copy link
Member

Er, segfault. Is that intermittent?

@alexcrichton
Copy link
Member Author

@bors: retry

I believe so

@bors
Copy link
Contributor

bors commented Aug 12, 2015

⌛ Testing commit 6b09eb8 with merge 8b5948d...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.