https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
--- Comment #17 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:fa6549c1f0e75ff33cb641d98af72ee354b04bbe
commit r15-6691-gfa6549c1f0e75ff33cb641d98af72ee354b04bbe
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
--- Comment #15 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:eb339c29ee42aa59591fc50d6d8a1ab903d2a3fe
commit r15-6317-geb339c29ee42aa59591fc50d6d8a1ab903d2a3fe
Author: Luca Bacci
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
--- Comment #14 from Jonathan Wakely ---
Thanks! Please CC the libstdc++ list, as per https://gcc.gnu.org/lists.html
https://gcc.gnu.org/contribute.html lists the other requirements.
I think this is small enough to not need a copyright assignme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
--- Comment #13 from Luca Bacci ---
Here we are:
https://gcc.gnu.org/pipermail/gcc-patches/2024-November/668988.html
Let me know if anything is missing.
Best regards,
Luca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
--- Comment #12 from Jonathan Wakely ---
Yes, that looks like nice improvement, thanks.
I think it would be easier to read as:
if (!_M_equiv_set.empty())
{
auto __x = _M_traits.transform_primary(&__ch, &__ch+1);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
--- Comment #11 from Luca Bacci ---
The problem happens in
https://github.com/gcc-mirror/gcc/blob/releases/gcc-14.2.0/libstdc%2B%2B-v3/include/bits/regex_compiler.tcc#L612.
_M_translator takes __collate (the std::regex::collate flag) in account,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
--- Comment #10 from Luca Bacci ---
There's another report for Solaris which is essentially a duplicate:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85824.
> the regex compilation will be affected by current locale even if
> std::regex::collat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
--- Comment #9 from Luca Bacci ---
To respond the my previous comment: the expected string encoding is determined
by the C locale in use, which is either the global one or imbued in
std::regex_traits.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
Luca Bacci changed:
What|Removed |Added
CC||luca.bacci at outlook dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
--- Comment #7 from cqwrteur ---
well the right solution is to write the regex by yourself. C++ regex might be
deprecated in the future.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
Jeroen Ooms changed:
What|Removed |Added
CC||jeroen at berkeley dot edu
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
--- Comment #5 from cqwrteur ---
(In reply to Eric Gallager from comment #4)
> This is affecting The Battle for Wesnoth:
> https://github.com/wesnoth/wesnoth/issues/6291
C++ std::regex is just terrible and highly likely be deprecated in the futu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
cqwrteur changed:
What|Removed |Added
CC||unlvsur at live dot com
--- Comment #3 from c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
--- Comment #2 from goughost ---
That may be acceptable for issue 2.
But additional fixes are need; otherwise, users cannot use regex after calling
setlocale(LC_ALL,"") in such a situation.
Can regex compilers work without calling _M_transform? (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #1 from Jonathan Wakel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
19 matches
Mail list logo
