-
-
Notifications
You must be signed in to change notification settings - Fork 14.1k
Externally implementable items #146348
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
base: main
Are you sure you want to change the base?
Externally implementable items #146348
Conversation
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
|
@bors2 try @rust-timer queue |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
[DONT MERGE] externally implementable items
This comment has been minimized.
This comment has been minimized.
|
Finished benchmarking commit (d5a6633): comparison URL. Overall result: ❌ regressions - please read the text belowBenchmarking this pull request means it may be perf-sensitive – we'll automatically label it not fit for rolling up. You can override this, but we strongly advise not to, due to possible changes in compiler perf. Next Steps: If you can justify the regressions found in this try perf run, please do so in sufficient writing along with @bors rollup=never Instruction countOur most reliable metric. Used to determine the overall result above. However, even this metric can be noisy.
Max RSS (memory usage)Results (primary 1.7%, secondary 3.9%)A less reliable metric. May be of interest, but not used to determine the overall result above.
CyclesResults (primary 3.1%, secondary -1.3%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Binary sizeResults (primary 0.0%, secondary 0.1%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Bootstrap: 468.052s -> 471.14s (0.66%) |
|
Well, shit. I think I know some fixes but I hoped this wouldn't happen |
|
💔 Test failed - checks-actions |
|
@bors try jobs auto let's do a full ci build before attempting the merge. I think this is all, just making sure : |
|
Unknown argument "jobs:". Run |
|
@bors try jobs=auto |
Externally implementable items try-job: auto
This comment has been minimized.
This comment has been minimized.
|
ah, there we go... |
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as off-topic.
This comment was marked as off-topic.
|
nope, still not. well let's at least test mingw @bors try jobs=x86_64-mingw-1 |
This comment has been minimized.
This comment has been minimized.
Externally implementable items try-job: x86_64-mingw-1
This comment has been minimized.
This comment has been minimized.
|
Well, fixed mingw, just a warning remaining... |
|
ah forgot to bless a test |
|
@rustbot review windows now passes (see try build). I guess it's time for another attempt at big ci |
|
@bors r=lcnr,oli-obk |
Externally implementable items Supersedes #140010 Tracking issue: #125418 Getting started: ```rust #![feature(eii)] #[eii(eii1)] pub fn decl1(x: u64) // body optional (it's the default) { println!("default {x}"); } // in another crate, maybe #[eii1] pub fn decl2(x: u64) { println!("explicit {x}"); } fn main() { decl1(4); } ``` - tiny perf regression, underlying issue makes multiple things in the compiler slow, not just EII, planning to solve those separately. - No codegen_gcc support, they don't have bindings for weak symbols yet but could - No windows support yet for weak definitions This PR merges the implementation of EII for just llvm + not windows, doesn't yet contain like a new panic handler implementation or alloc handler. With this implementation, it would support implementing the panic handler in terms of EII already since it requires no default implementation so no weak symbols The PR has been open in various forms for about a year now, but I feel that having some implementation merged to build upon
Supersedes #140010
Tracking issue: #125418
Getting started:
This PR merges the implementation of EII for just llvm + not windows, doesn't yet contain like a new panic handler implementation or alloc handler. With this implementation, it would support implementing the panic handler in terms of EII already since it requires no default implementation so no weak symbols
The PR has been open in various forms for about a year now, but I feel that having some implementation merged to build upon