-
Notifications
You must be signed in to change notification settings - Fork 494
Permalink
Choose a base ref
{{ refName }}
default
Choose a head ref
{{ refName }}
default
Comparing changes
Choose two branches to see what’s changed or to start a new pull request.
If you need to, you can also or
learn more about diff comparisons.
Open a pull request
Create a new pull request by comparing changes across two branches. If you need to, you can also .
Learn more about diff comparisons here.
base repository: rust-lang/regex
Failed to load repositories. Confirm that selected base ref is valid, then try again.
Loading
base: 1.12.2
Could not load branches
Nothing to show
Loading
Could not load tags
Nothing to show
{{ refName }}
default
Loading
...
head repository: rust-lang/regex
Failed to load repositories. Confirm that selected head ref is valid, then try again.
Loading
compare: 1.12.3
Could not load branches
Nothing to show
Loading
Could not load tags
Nothing to show
{{ refName }}
default
Loading
- 6 commits
- 13 files changed
- 3 contributors
Commits on Feb 3, 2026
-
automata: fix
onepass::DFA::try_search_slotspanic when too many sl……ots are given The API specifically documents that the caller may provide *any* number of slots. But the onepass implementation was panicking when too many were provided. (I had only considered the case when too few were provided when I wrote one-pass implementation I think.) This already works for the PikeVM and the bounded backtracker. This commit adds tests covering those as well. Note that the bug report specifically cites a zero-repetition capture group as the instigator here. While that may have provided the circumstances for the bug to appear, the actual bug is more general than that. You don't need any capture groups at all to provoke it. You just need to provide more slots than there are in the compiled regex. Fixes #1327, Closes #1329
Configuration menu - View commit details
-
Copy full SHA for 4733e28 - Browse repository at this point
Copy the full SHA 4733e28View commit details -
cargo: exclude development scripts and fuzzing data
During a dependency review we noticed that different regex-* crate includes various development scripts and sometimes fuzzing data. These development scripts shouldn't be there as they might, at some point become problematic. As of now they prevent any downstream user from enabling the `[bans.build.interpreted]` option of cargo deny. The fuzzing data are also not needed for anything. I opted for using an explicit include list instead of an exclude list to prevent these files from beeing included in the published packages to make sure that everything that's included is an conscious choice. Closes #1319
Configuration menu - View commit details
-
Copy full SHA for 6a81006 - Browse repository at this point
Copy the full SHA 6a81006View commit details -
Configuration menu - View commit details
-
Copy full SHA for 0c07fae - Browse repository at this point
Copy the full SHA 0c07faeView commit details -
Configuration menu - View commit details
-
Copy full SHA for a3433f6 - Browse repository at this point
Copy the full SHA a3433f6View commit details -
Configuration menu - View commit details
-
Copy full SHA for 5e195de - Browse repository at this point
Copy the full SHA 5e195deView commit details -
Configuration menu - View commit details
-
Copy full SHA for b028e4f - Browse repository at this point
Copy the full SHA b028e4fView commit details
Loading
This comparison is taking too long to generate.
Unfortunately it looks like we can’t render this comparison for you right now. It might be too big, or there might be something weird with your repository.
You can try running this command locally to see the comparison on your machine:
git diff 1.12.2...1.12.3