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

Add minimal support for native modules #223

Closed
wants to merge 1 commit into from
Closed

Add minimal support for native modules #223

wants to merge 1 commit into from

Conversation

espindola
Copy link

This is a variation using a new item_native_mod.

@graydon
Copy link
Contributor

graydon commented Feb 2, 2011

Integrated yesterday.

oli-obk added a commit to oli-obk/rust that referenced this pull request Jul 19, 2017
Reinstate `eval_and_read_lvalue` optimizations
keeperofdakeys pushed a commit to keeperofdakeys/rust that referenced this pull request Dec 12, 2017
Run CI on all branches

Only running them against auto-libc unfortunately means that PRs don't run CI.
kazcw pushed a commit to kazcw/rust that referenced this pull request Oct 23, 2018
…#223)

* Adds extract_unchecked + replace_unchecked + len (rust-lang#222 )

* [x86] Fixes the return types + uses extract_unchecked for:
  * _mm_extract_epi8
  * _mm_extract_epi16
  * _mm256_extract_epi8
  * _mm256_extract_epi16

* Minor changes to the other extract_epi* intrinsics for style consistency
These should now zero-extend the extracted int and behave appropriately. An old typo makes these a bit confusing, See this llvm issue.
rchaser53 pushed a commit to rchaser53/rust that referenced this pull request Jan 19, 2019
djtech-dev pushed a commit to djtech-dev/rust that referenced this pull request Dec 9, 2021
Move print_to_string() to Any{Value,Type}
carolynzech added a commit to celinval/rust-dev that referenced this pull request Dec 13, 2024
The `check_approvals` workflow in rust-lang#107 fails because by default Github
[only returns the first 30
results](https://docs.github.com/en/rest/using-the-rest-api/using-pagination-in-the-rest-api?apiVersion=2022-11-28#about-pagination)
for GET requests to their API. rust-lang#107 has more review activity than that,
so the approvals are all on the second or third pages, hence why the
workflow says zero approvals.

So, this PR updates the script to fetch 100 responses per page, up to
100 pages. These are arbitrary values, but I didn't want to have any
infinite loops, and I can't imagine a realistic PR ever going above
these numbers (and I put a warning in the script if they do).

I checked that this new workflow runs without error [on my
fork](https://github.com/carolynzech/verify-rust-std/actions/runs/12267930897/job/34228889979?pr=20).
I also did some experimentation in my local bash with the branch from
rust-lang#107 and verified that upping the pagination limits like this does
indeed return the approvals on the later pages.

By submitting this pull request, I confirm that my contribution is made
under the terms of the Apache 2.0 and MIT licenses.
This pull request was closed.
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.

3 participants