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

Fix #438 by copying rustrt and rustllvm into the stage dirs #636

Closed
wants to merge 1 commit into from

Conversation

erickt
Copy link
Contributor

@erickt erickt commented Jul 7, 2011

No description provided.

@brson
Copy link
Contributor

brson commented Jul 7, 2011

Hi, erickt. Thanks for tackling this. The directory organization has changed a bit since #438 was written and I think there's some consensus that these libs belong in the stageN/lib/ directory instead of just stageN/. Would you mind updating this patch?

@erickt
Copy link
Contributor Author

erickt commented Jul 7, 2011

No problem. I've updated the patch to put the libraries into stageN/lib.

@brson
Copy link
Contributor

brson commented Jul 7, 2011

Thanks, erickt! I landed this, but haven't closed #438 because I'm going to do some further tweaking to get these changes into the next snapshot.

@brson brson closed this Jul 7, 2011
keeperofdakeys pushed a commit to keeperofdakeys/rust that referenced this pull request Dec 12, 2017
Add constants for termios ioctls

These should be `c_int` from what I could see for Linux and I assumed the others were the same.
bors pushed a commit to rust-lang-ci/rust that referenced this pull request Oct 26, 2020
Bumps [cranelift-module](https://github.com/CraneStation/cranelift) from `1ba2b65` to `4125d47`.
- [Release notes](https://github.com/CraneStation/cranelift/releases)
- [Commits](bytecodealliance/cranelift@1ba2b65...4125d47)

Signed-off-by: dependabot-preview[bot] <support@dependabot.com>
ZuseZ4 pushed a commit to EnzymeAD/rust that referenced this pull request Mar 7, 2023
celinval added a commit to celinval/rust-dev that referenced this pull request Jun 4, 2024
I refactored how we codegen panic statements so it now it terminate the
program per its spec. I have also removed the hack we had to try to get
the assert location.

Since we currently do not support stack unwinding, the panic codegen
will always terminate immediately and it will not try to unwind the stack.
I added an option to RMC to force the compiler to use abort as the panic
strategy and a check to rmc codegen that will fail if the user tries to
override that.

Another note is that we currently do not support `#[track_caller]` and I
have not changed that.

This change fixes rust-lang#67, fixes rust-lang#466, fixes rust-lang#543, and fixes rust-lang#636. This
change also mitigates rust-lang#545.
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.

2 participants