http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
Johannes Singler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47437
Johannes Singler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
||2011.01.24 14:49:38
AssignedTo|unassigned at gcc dot |singler at kit dot edu
|gnu.org |
Ever Confirmed|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47437
--- Comment #1 from Johannes Singler 2011-01-24
14:48:42 UTC ---
Created attachment 23101
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23101
Remove mutable qualifier from reference member.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47437
Summary: libstdc++ parallel mode: multiway_merge does not
compile
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #10 from Johannes Singler 2011-01-24
13:57:16 UTC ---
Created attachment 23098
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23098
Minimal patch avoid std::swap on template types.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #9 from Johannes Singler 2011-01-24
13:55:33 UTC ---
I have made the attached minimal patch.
Use std::iter_swap where possible, use swap for _Tp, and leave std::swap for
built-in types. I will test and then submit the patch.
Johan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #6 from Johannes Singler 2011-01-24
13:23:26 UTC ---
Taking __key as value type in (some variants of __delete_min_insert) makes
sense, since it is also used as a buffer for storing the current loser. Having
a local variable that is i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47433
--- Comment #5 from Johannes Singler 2011-01-24
13:19:22 UTC ---
What are you proposing for a fix? Omitting std::? Using std::iter_swap where
appropriate, like stl_algo.h mostly does? The latter would be more consistent.
Johannes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43706
--- Comment #26 from Johannes Singler 2010-11-15
08:53:12 UTC ---
(In reply to comment #25)
> You might have misread what I wrote. I did not mention "35 tests"; I
> mentioned
> that a test became slower by 35%. The total number of different te
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43706
--- Comment #24 from Johannes Singler 2010-11-12
08:15:56 UTC ---
If only one out of 35 tests becomes slower, I would rather blame it to this one
(probably badly parallelized) application, not the OpenMP runtime system. So I
would suggest a thre
--- Comment #20 from singler at kit dot edu 2010-08-30 08:41 ---
Maybe we could agree on a compromise for a start. Alexander, what are the
corresponding results for GOMP_SPINCOUNT=10?
--
singler at kit dot edu changed:
What|Removed |Added
--- Comment #16 from singler at kit dot edu 2010-08-13 15:48 ---
I would really like to see this bug tackled. It has been confirmed two more
times.
Fixing it is easily done by lowering the spin count as proposed. Otherwise,
please show cases where a low spin count hurts performance
--- Comment #11 from singler at kit dot edu 2010-06-07 09:35 ---
Obviously, I'm not the only one having this problem, Jason has patched
libstdc++-v3/testsuite/util/testsuite_abi.h in the meantime.
r160313 |
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: singler at kit dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44439
--- Comment #3 from singler at kit dot edu 2010-06-04 14:19 ---
*** Bug 44416 has been marked as a duplicate of this bug. ***
--
singler at kit dot edu changed:
What|Removed |Added
--- Comment #3 from singler at kit dot edu 2010-06-04 14:19 ---
Bug 44417 is very likely to have the same cause, but here, we can reproduce it
more easily, using the testsuite.
*** This bug has been marked as a duplicate of 44417 ***
--
singler at kit dot edu changed
--- Comment #2 from singler at kit dot edu 2010-06-04 14:16 ---
I had cleaned the builddir already.
Adding
#include
solves the problem.
The crucial file seems to be
lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include/stddef.h
Only if it is (indirectly) included, ptrdiff_t is defined
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: singler at kit dot edu
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44417
--- Comment #13 from singler at kit dot edu 2010-04-23 14:17 ---
The default spin count is not 2,000,000 cycles, but even 20,000,000. As
commented in libgomp/env.c, this is supposed to correspond to 200ms. The
timings we see here are even larger, but the number of cycles is just a
--- Comment #3 from singler at kit dot edu 2010-04-20 14:04 ---
Can this old bug be closed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39154
--- Comment #17 from singler at kit dot edu 2010-02-09 10:49 ---
The actual problem has vanished, but maybe it would still be nice to use VLA in
the appropriate places.
We can close the bug as fixed/invalid, or reprioritize it as enhancement and
leave it open. Both is fine with me
--- Comment #3 from singler at kit dot edu 2010-01-18 09:08 ---
Paolo, you were right, it was just the fallback switch missing for this case.
And since this specific test issues many thousands of calls with very small
input, the overhead was very noticeable. Patch upcoming
--- Comment #18 from singler at kit dot edu 2010-01-15 14:30 ---
Created an attachment (id=19617)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19617&action=view)
Add printf debug statements.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42624
--- Comment #17 from singler at kit dot edu 2010-01-15 14:30 ---
Created an attachment (id=19616)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19616&action=view)
Removes superfluous pragma omp single twice
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42624
--- Comment #16 from singler at kit dot edu 2010-01-15 14:29 ---
First, let's remove superfluous #pragma omp single in two occurences, to make
things simpler (see attached patch for trunk).
The problem still persists, the program deadlocks.
When dropping in some prints (see att
--- Comment #14 from singler at kit dot edu 2010-01-13 13:53 ---
(In reply to comment #13)
> This code is compiled with -fno-exceptions, could that be a problem?
No, that should rather help.
Still, it is very difficult to debug this. Is there at least a way to access
clamd'
--- Comment #1 from singler at kit dot edu 2010-01-12 17:43 ---
Maybe rather an endless loop.
--
singler at kit dot edu changed:
What|Removed |Added
AssignedTo
--- Comment #12 from singler at kit dot edu 2010-01-12 17:42 ---
Thread 1 waits for its colleagues, but where are they gone? Is it possible
that an exception is thrown inside find (by means of the value type or the
predicate)?
I don't fully trust gdb in this case, but it shows th
--- Comment #11 from singler at kit dot edu 2010-01-12 14:35 ---
(In reply to comment #9)
> Could this bug be related to this one:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36242#c4
This bug is invalid for GCC 4.4.
> Clamd creates threads using pthread_create, std::find
--- Comment #10 from singler at kit dot edu 2010-01-12 14:35 ---
Can reproduce deadlock now.
--
singler at kit dot edu changed:
What|Removed |Added
AssignedTo
--- Comment #6 from singler at kit dot edu 2010-01-12 12:36 ---
Can I get this thing to run without actually installing it into the system?
5. clamd/clamd -c etc/clamd.conf
LibClamAV Error: cl_load(): Can't get status of /usr/local/share/clamav
ERROR: Can't get file stat
32 matches
Mail list logo
