[Bug libstdc++/85998] feature request: support C++17 parallel STL

["jeff.science at gmail dot com" <gcc-bugzilla at gcc dot gnu dot org>]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85998

--- Comment #5 from Jeff Hammond <jeff.science at gmail dot com> ---
> Finishing C++17 support in libstdc++ is already one of our top priorities for
> GCC 9. There's no need to ask for it, and doing so won't affect priorities.
> The missing pieces are documented:
> https://gcc.gnu.org/onlinedocs/libstdc++/manual/status.html#status.iso.2017

That page says nothing about priority of parallel STL or the GCC 9 roadmap. 
For "The Parallelism TS Should be Standardized" it says Status=No.

Given the lack of support for C11 threads in glibc
(https://sourceware.org/bugzilla/show_bug.cgi?id=14092), I do not think it is
unreasonable to be pessimistic about support for parallel features in the GNU
toolchain.

> However different developers want to. People work on what they (or their
> employers or sponsors) want to work on.  Personally I don't see any point in
> having open bugs to track that features are missing when they're already
> documented as missing. We know they're missing.

*You* know they are missing.  Do you expect every GCC user to subscribe to
every GCC mailing list to track development?  Have you ever thought about what
it is like to be a user of GCC, as opposed to a developer?

> If it makes you feel better this can be reopened, and then ignored until the
> missing features are done, then closed as FIXED. I don't see any advantage to
> that though.

Please do this.  That way, GCC users who assume the bug tracker is used to
track development can find it.

> On the libstdc++ mailing list, and (especially during the initial stages of
> the integration) in the PSTL upstream.

I'm sure I'm wasting my time in suggesting that email is not a good project
management system.

> So then you might have seen the pull requests being created to prepare it for
> inclusion in libstdc++ and libc++.

I assume you mean https://github.com/intel/parallelstl/pull/9.  I wasn't
watching the GitHub project but am now.

I would have expected to see a pull request against GCC rather than PSTL, but
clearly, GCC has a unique approach to project management.