This is a placeholder bug for the missing <regex> functionality. It's documented as missing in http://gcc.gnu.org/onlinedocs/libstdc++/manual/status.html#status.iso.2011 The whole of Clause 28 is partially supported or not supported at all. Until someone works on it there is really no point reporting bugs against individual features.
*** Bug 53630 has been marked as a duplicate of this bug. ***
*** Bug 52719 has been marked as a duplicate of this bug. ***
*** Bug 53622 has been marked as a duplicate of this bug. ***
*** Bug 49870 has been marked as a duplicate of this bug. ***
Why is the priority just normal? I think its very much needed. I wish there was a vote button for the issues.
(In reply to comment #5) > Why is the priority just normal? I think its very much needed. I wish there was > a vote button for the issues. A vote button would be useless. What gets implemented does not depend on votes or wishes, but in someone *really* thinking that it is so needed that they are willing to implement it themselves or pay someone to implement it.
*** Bug 57173 has been marked as a duplicate of this bug. ***
Can't Boost people be asked if they'd donate their code? It is my understanding that it already happened, for instance for std::shared_ptr. Note that the current situation, imho, is very bad. Instead of a compile-time failure, we get something that behaves more or less randomly at runtime. This is really bad for GCC's karma, and shows in way too many StackOverflow questions for instance.
It would be better if <regex> did not exist at all until functional. If I do regular autoconf header checks, plus a check to make sure that the needed types can be instantiated, then these all succeed despite it being broken. I need to do additional tests on top of this to actually check if it's truly functional, and then fall back to boost::regex if not. No other standard library feature has (IME) needed such extra checking. Regards, Roger
Yes, we're well aware of all these problems. What I don't see is anyone proposing any useful solutions. If someone sends a patch to remove the <regex> header *without* removing exported symbols from libstdc++.so I'll happily review it, but I have other things to work on.
Sorry, I didn't mean to be harsh, and I did try to propose a solution. I can easily guess that there is no reason for it to be easy or even possible, but can't Boost people be asked if they'd contribute?
It's a possibility, but personally I have other things to work on.
*** Bug 57513 has been marked as a duplicate of this bug. ***
Most guy need this feature, but just partial implemented. However, we have many choice, maybe CLANG or posix, or perl-regex.
*** Bug 57984 has been marked as a duplicate of this bug. ***
*** Bug 58576 has been marked as a duplicate of this bug. ***
Now regex is implemented. Should come with GCC 4.9 :)
*** Bug 61464 has been marked as a duplicate of this bug. ***
*** Bug 61859 has been marked as a duplicate of this bug. ***
*** Bug 53561 has been marked as a duplicate of this bug. ***