| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
==========================================================
JIT support for x86_64-pc-linux-gnu is still experimental!
Please report any issues you encounter.
==========================================================
|
Sorry, something went wrong.
There was a problem hiding this comment.
LGTM! Though, I do wonder if it's worth adding commit rules or similar to catch formatting issues? Would be nice to just have this tackled automagically?
Sorry, something went wrong.
Agreed. There's already a mypy job that runs over these files as part of CI. It was easy to add since it already existed for other parts of the codebase. Adding black and pylint would mean actually doing some work and adding new jobs, which I wasn't up for at the time (plus they tend to be more "style" than "correctness", so they feel less important). |
Sorry, something went wrong.
They can be added in .pre-commit-config.yaml. Make sure to set files: so it only runs on JIT code. We can add Black to pre-commit (after the Ruff config) like: - repo: https://github.com/psf/black-pre-commit-mirror
rev: 24.4.2
hooks:
- id: black
files: TODOWe can run pylint via the existing Ruff by selecting the PL rules in a local .ruff.toml in the JIT directory, then add that to the pre-commit config. You can compare the Lib/test and Argument Clinic ones which also have their own .ruff.toml. (cc @AlexWaygood FYI)
(Yeah, I usually only run pylint occasionally and don't in CI because it's quite noisy, but if you've resolved them and want to maintain that, I recommend doing it this way.) |
Sorry, something went wrong.
|
@brandtbucher If you think that'd be nice, I can take a look at adding a job to do this in .pre-commit-config.yaml for JIT files. |
Sorry, something went wrong.
|
That would be great, yeah. I'm not picky about the set of rules itself, so if the defaults pass then we can just use those. |
Sorry, something went wrong.
|
This banner is printed even when using --enable-experimental-jit=interpreter. That seems wrong? |
Sorry, something went wrong.
|
Hm. This script should only be part of the Makefile if we're actually building the JIT. It looks like jit_stencils.h is currently generated if the option is anything other than no currently. So we should update configure.ac to only build the JIT if the option is yes or yes-off. |
Sorry, something went wrong.
Yeah, I'm on it. |
Sorry, something went wrong.
|
Thanks! |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
PEP 744 makes a bunch of promises once "the JIT builds successfully without displaying warnings to the user". We don't currently do that... so we should.
This PR adds a small banner during JIT builds reminding the user that JIT support for their platform is still experimental, and asking them to report any bugs. This banner is on by default, but can be disabled per-target as they become stable.
This PR also includes a few mostly-cosmetic changes to appease mypy, black, and pylint. They're in separate commits, so they're easier to review.