gisht
gisht copied to clipboard
Bump regex from 0.2.2 to 1.5.5
Bumps regex from 0.2.2 to 1.5.5.
Release notes
Sourced from regex's releases.
1.0.0
This release marks the 1.0 release of regex.
While this release includes some breaking changes, most users of older versions of the regex library should be able to migrate to 1.0 by simply bumping the version number. The important changes are as follows:
- We adopt Rust 1.20 as the new minimum supported version of Rust for regex. We also tentativley adopt a policy that permits bumping the minimum supported version of Rust in minor version releases of regex, but no patch releases. That is, with respect to semver, we do not strictly consider bumping the minimum version of Rust to be a breaking change, but adopt a conservative stance as a compromise.
- Octal syntax in regular expressions has been disabled by default. This permits better error messages that inform users that backreferences aren't available. Octal syntax can be re-enabled via the corresponding option on
RegexBuilder
.(?-u:\B)
is no longer allowed in Unicode regexes since it can match at invalid UTF-8 code unit boundaries.(?-u:\b)
is still allowed in Unicode regexes.- The
From<regex_syntax::Error>
impl has been removed. This formally removes the public dependency onregex-syntax
.- A new feature,
use_std
, has been added and enabled by default. Disabling the feature will result in a compilation error. In the future, this may permit us to supportno_std
environments (w/alloc
) in a backwards compatible way.For more information and discussion, please see 1.0 release tracking issue.
0.2.7
This release includes a ground-up rewrite of the regex-syntax crate, which has been in development for over a year.
New features:
- Error messages for invalid regexes have been greatly improved. You get these automatically; you don't need to do anything. In addition to better formatting, error messages will now explicitly call out the use of look around. When regex 1.0 is released, this will happen for backreferences as well.
- Full support for intersection, difference and symmetric difference of character classes. These can be used via the
&&
,--
and~~
binary operators within classes.- A Unicode Level 1 conformat implementation of
\p{..}
character classes. Things like\p{scx:Hira}
,\p{age:3.2}
or\p{Changes_When_Casefolded}
now work. All property name and value aliases are supported, and properties are selected via loose matching. e.g.,\p{Greek}
is the same as\p{G r E e K}
.- A new
UNICODE.md
document has been added to this repository that
... (truncated)
Changelog
Sourced from regex's changelog.
1.5.5 (2022-03-08)
This releases fixes a security bug in the regex compiler. This bug permits a vector for a denial-of-service attack in cases where the regex being compiled is untrusted. There are no known problems where the regex is itself trusted, including in cases of untrusted haystacks.
- SECURITY #GHSA-m5pq-gvj9-9vr8: Fixes a bug in the regex compiler where empty sub-expressions subverted the existing mitigations in place to enforce a size limit on compiled regexes. The Rust Security Response WG published an advisory about this: https://groups.google.com/g/rustlang-security-announcements/c/NcNNL1Jq7Yw
1.5.4 (2021-05-06)
This release fixes another compilation failure when building regex. This time, the fix is for when the
pattern
feature is enabled, which only works on nightly Rust. CI has been updated to test this case.
- [BUG #772](rust-lang/regex#772): Fix build when
pattern
feature is enabled.1.5.3 (2021-05-01)
This releases fixes a bug when building regex with only the
unicode-perl
feature. It turns out that while CI was building this configuration, it wasn't actually failing the overall build on a failed compilation.
- [BUG #769](rust-lang/regex#769): Fix build in
regex-syntax
when only theunicode-perl
feature is enabled.1.5.2 (2021-05-01)
This release fixes a performance bug when Unicode word boundaries are used. Namely, for certain regexes on certain inputs, it's possible for the lazy DFA to stop searching (causing a fallback to a slower engine) when it doesn't actually need to.
[PR #768](rust-lang/regex#768) fixes the bug, which was originally reported in ripgrep#1860.
1.5.1 (2021-04-30)
This is a patch release that fixes a compilation error when the
perf-literal
feature is not enabled.
... (truncated)
Commits
d130381
1.5.5ae70b41
security: fix denial-of-service bug in compilerb92ffd5
cargo: use SPDX license formatf6e52da
syntax: fix 'unused' warnings5197f21
fuzz: do not use inherits in Cargo.toml3662851
doc: fix typo63ee669
syntax/doc: fix 'their' typod6bc7a4
readme: remove broken badgebd74660
fuzz: try to fix build issuebd0a142
readme: fix badges- Additional commits viewable in compare view
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase
.
Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
-
@dependabot rebase
will rebase this PR -
@dependabot recreate
will recreate this PR, overwriting any edits that have been made to it -
@dependabot merge
will merge this PR after your CI passes on it -
@dependabot squash and merge
will squash and merge this PR after your CI passes on it -
@dependabot cancel merge
will cancel a previously requested merge and block automerging -
@dependabot reopen
will reopen this PR if it is closed -
@dependabot close
will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually -
@dependabot ignore this major version
will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) -
@dependabot ignore this minor version
will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) -
@dependabot ignore this dependency
will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself) -
@dependabot use these labels
will set the current labels as the default for future PRs for this repo and language -
@dependabot use these reviewers
will set the current reviewers as the default for future PRs for this repo and language -
@dependabot use these assignees
will set the current assignees as the default for future PRs for this repo and language -
@dependabot use this milestone
will set the current milestone as the default for future PRs for this repo and language
You can disable automated security fix PRs for this repo from the Security Alerts page.