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.

Sign up for GitHub

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

Jump to bottom

move yield and join into standard library #42

Closed
graydon opened this issue Jun 22, 2010 · 3 comments
Closed

move yield and join into standard library #42

graydon opened this issue Jun 22, 2010 · 3 comments
Labels
E-easy Call for participation: Easy difficulty. Experience needed to fix: Not much. Good first issue.
Milestone
0.1 first support...

Comments

@graydon
Copy link
Contributor

graydon commented Jun 22, 2010

these should not be statements.
@graydon
Copy link
Contributor Author

graydon commented Jan 27, 2011

Shifted to rustc. The same issue will arise there.

@eholk
Copy link
Contributor

eholk commented May 27, 2011

There's probably no reason we couldn't do this with spawn too. It kind of makes sense to have spawn, yield, and join all be the same thing, whether library call or core language syntax.

@ghost ghost assigned eholk May 27, 2011
eholk pushed a commit to eholk/rust that referenced this issue Jun 14, 2011
This is the mega-ucontext commit. It replaces the task switching mech…
571ef94 
…anism with a new one inspired by ucontext. It works under Linux, OS X and Windows, and is Valgrind clean on Linux and OS X (provided the runtime is built with gcc).

This commit also moves yield and join to the standard library, as requested in rust-lang#42. Join is currently a no-op though.
eholk pushed a commit that referenced this issue Jun 14, 2011
@graydon
This is the mega-ucontext commit. It replaces the task switching mech…
d1857d3 
…anism with a new one inspired by ucontext. It works under Linux, OS X and Windows, and is Valgrind clean on Linux and OS X (provided the runtime is built with gcc).

This commit also moves yield and join to the standard library, as requested in #42. Join is currently a no-op though.
@graydon
Copy link
Contributor Author

graydon commented Jun 14, 2011

Landed with ucontexts.

@graydon graydon closed this as completed Jun 14, 2011
@evanmcc evanmcc mentioned this issue Apr 3, 2012
Closed
@xspager xspager mentioned this issue Apr 5, 2013
Closed
@ghost ghost mentioned this issue Apr 11, 2014
Closed
oli-obk pushed a commit to oli-obk/rust that referenced this issue Jul 19, 2017
@solson
Merge pull request rust-lang#42 from oli-obk/floating_in_space
f4afb59 
implement floats by running the ops on the host architecture
@mzji mzji mentioned this issue Aug 3, 2018
Merged
dlrobertson pushed a commit to dlrobertson/rust that referenced this issue Nov 29, 2018
@steveklabnik
Merge pull request rust-lang#42 from frewsxcv/new-unstable-book-links
80736e9 
Update Unstable Book links to reflect to new layout.
tmandry pushed a commit to tmandry/rust that referenced this issue Oct 31, 2019
@n-salim
Merge pull request rust-lang#42 from Wind-River/master_003
be0e381 
vxWorks: remove all code related to UNIX socket as it is not supporte…
bors bot referenced this issue in softdevteam/alloy Apr 29, 2021
@bors @jacob-hughes
Merge #42
d8a0294 
42: Remove DerefMut impl r=ltratt a=jacob-hughes

There can be many `Gc<T>`s to the same underlying `GcBox`, which means
it's not possible to guarantee that a mutable dereference will be the
only active reference.

Fixes softdevteam/libgc#41

Co-authored-by: Jake Hughes <[email protected]>
djtech-dev pushed a commit to djtech-dev/rust that referenced this issue Dec 9, 2021
@TheDan64
Fixes rust-lang#42: LLVM 6 docs deployment
f7d0c09
@Amanieu Amanieu mentioned this issue Jun 12, 2023
Open
teh-cmc added a commit to rerun-io/rerun that referenced this issue Sep 22, 2023
@teh-cmc
Enforce TODO formatting (#3404)
5acb22b 
A trivial PR to enforce the formatting of TODOs.

This is groundwork for an upcoming PR that checks for zombie TODOs on CI
(TODOs that reference an issue that is already fixed).

TL;DR: these are legal, everything else is not (hopefully):
- `TODO(bob)`
- `TODO(bob, alice)`
- `TODO(#42)`
- `TODO(#42, #43)`
- `TODO(rust-lang/rust#42)`
- `TODO(rust-lang/rust#42, rust-lang/rust#43)`
celinval added a commit to celinval/rust-dev that referenced this issue Jun 4, 2024
@celinval @tedinski
Revert some changes to rust compiler code (rust-lang#42) (rust-lang#667)
b8c4933 
* Use rustc SwitchTarget as is (rust-lang#42)

There is no need to modify rustc code in order to access the
SwitchTarget targets field. Change direct access to calls to
all_targets().

* Remove old change made to rustc_driver (rust-lang#42)

This is no longer needed.

* Use rustc TyS as is (rust-lang#42)

There is no need to access the kind and flags field of TyS directly.
We should be using kind() and flags() methods instead. Thus, I'm
removing the modification we made to the original rustc code to make
these variables public and fixing the code that relied on the direct
access.

* Revert changes from ScalarInt

Use conversion methods instead.
celinval added a commit to celinval/rust-dev that referenced this issue Jun 4, 2024
@celinval @tedinski
Undo changes to rustc CodegenBackend trait (rust-lang#706)
706a23e 
The goal is to eventually consume rustc as is (issue rust-lang#42).

In this change, we moved the json file generations out of the linker
to the codegen method. The RMC behavior is still the same.
celinval added a commit to celinval/rust-dev that referenced this issue Jun 4, 2024
@celinval @tedinski
Revert change to rustc SwitchTargets type. (rust-lang#710)
dc04fc7 
We have changed the visibility of one of the members of SwitchTargets to
have access to their values during codegen. I re-wrote the code to use
standard API so we don't need to keep using a forked version of the
compiler. Issue rust-lang#42.

The only changes left are the ones to enable rmc codegen and a a few
options we enabled. Those should be handled once we have a new driver.
tautschnig added a commit to jaisnan/rust-dev that referenced this issue Aug 20, 2024
@tautschnig
Add harnesses for all functions in Alignment (rust-lang#42)
03c735b
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
E-easy Call for participation: Easy difficulty. Experience needed to fix: Not much. Good first issue.
Projects
None yet
Milestone
0.1 first supported public release
Development

No branches or pull requests
2 participants
@graydon @eholk