This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libstdc++/38875] New: parallel fill in the parallel version of libstdc++
- From: "wuerzner at gmail dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 16 Jan 2009 15:35:18 -0000
- Subject: [Bug libstdc++/38875] New: parallel fill in the parallel version of libstdc++
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
Hi,
I recently started using the paralleled version of gcc's libstdc++. Now, I have
recognized that there is no parallel version of the fill algorithm (at least at
i486-linux-gnu).
The threshold variable __gnu_parallel::_Settings::fill_minimal_n
suggests that a parallel version of the fill algorithm is existing or at least
planned.
Among other things, fill is used for resizing vectors. But
std::vector.resize(n) is not executed in parallel. On first sight, a parallel
fill should not be hard to accomplish using openmp and would definitely be a
cool feature. But I am no stl expert and may be missing crucial
cross-dependencies.
Best regards,
Kay
--
Summary: parallel fill in the parallel version of libstdc++
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wuerzner at gmail dot com
GCC build triplet: i486-linux-gnu
GCC host triplet: i486-linux-gnu
GCC target triplet: i486-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38875