--- Comment #9 from singler at gcc dot gnu dot org 2010-06-04 18:51 ---
Created an attachment (id=20845)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20845&action=view)
Failing test case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44417
--- Comment #8 from singler at gcc dot gnu dot org 2010-06-04 18:51 ---
I can't help it, "make check" in the libstdc++-v3 directory still does not work
for me, even after reconfiguring and recompiling everything from scratch, using
vanilla rev 160275.
Let's hav
--- Comment #5 from singler at gcc dot gnu dot org 2010-01-19 11:18 ---
Subject: Bug 42712
Author: singler
Date: Tue Jan 19 11:18:03 2010
New Revision: 156036
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156036
Log:
2010-01-19 Johannes Singler
PR libstdc
--- Comment #15 from singler at gcc dot gnu dot org 2009-11-20 09:56
---
There is slowdown, also for large inputs, for the most simple case, namely
filling constant integer values. If assignment is more expensive, thing will
get better. Please try with your application
--- Comment #14 from singler at gcc dot gnu dot org 2009-11-20 09:53
---
Created an attachment (id=19064)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19064&action=view)
Functional patch for parallel fill and fill_n.
--
singler at gcc dot gnu dot org
--- Comment #12 from singler at gcc dot gnu dot org 2009-11-19 15:35
---
Remove old email address.
--
singler at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from singler at gcc dot gnu dot org 2009-11-19 15:33
---
Created an attachment (id=19053)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19053&action=view)
Functional patch for parallel fill and fill_n.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38875
--- Comment #10 from singler at gcc dot gnu dot org 2009-11-19 15:32
---
The new patch is functional. However, for simple cases like setting integers,
I have no speedup (yet).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38875
--- Comment #25 from singler at gcc dot gnu dot org 2009-10-28 10:11
---
Closing this bug.
--
singler at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #24 from singler at gcc dot gnu dot org 2009-10-28 10:04
---
Subject: Bug 40852
Author: singler
Date: Wed Oct 28 10:04:35 2009
New Revision: 153649
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153649
Log:
2009-10-28 Johannes Singler
PR libstdc
--- Comment #23 from singler at gcc dot gnu dot org 2009-10-28 10:04
---
Subject: Bug 40852
Author: singler
Date: Wed Oct 28 10:04:03 2009
New Revision: 153648
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153648
Log:
2009-10-28 Johannes Singler
PR libstdc
--- Comment #19 from singler at gcc dot gnu dot org 2009-10-23 10:01
---
Created an attachment (id=18878)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18878&action=view)
Patch avoid large intermediates to avoid overflow, for trunk.
--
http://gcc.gnu.org/b
--- Comment #18 from singler at gcc dot gnu dot org 2009-10-23 10:00
---
(In reply to comment #17)
> Is something known about the actual size of a, b, and c?
They can be as large as the input size.
> Also, I don't know which is the required precision for the result: must
--- Comment #16 from singler at gcc dot gnu dot org 2009-10-22 16:41
---
(In reply to comment #14)
> (In reply to comment #10)
>
> > However, I do not fully trust the double arithmetics yet, although some test
> > cases work. Does anybody else know a better way to
--- Comment #13 from singler at gcc dot gnu dot org 2009-10-22 07:42
---
(In reply to comment #10)
> However, I do not fully trust the double arithmetics yet, although some test
> cases work.
Er, this sounded a bit pessimistic, all sort tests I have tried so far work
with the
--- Comment #12 from singler at gcc dot gnu dot org 2009-10-22 07:17
---
Created an attachment (id=18863)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18863&action=view)
Patch replacing uint64_t by double to avoid overflow, for branch 4.4.
--
http://gcc.gnu.org/b
--- Comment #11 from singler at gcc dot gnu dot org 2009-10-22 07:16
---
Created an attachment (id=18862)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18862&action=view)
Patch replacing uint64_t by double to avoid overflow, for trunk.
--
http://gcc.gnu.org/b
--- Comment #10 from singler at gcc dot gnu dot org 2009-10-22 07:15
---
The problem is in multiseq_selection.h, where this line has an overflow
(static_cast(__total) * __rank / __N - __leftsize)
if (__total * __rank) exceeds 64 bits. The quick fix is to use a temporary
double
--- Comment #9 from singler at gcc dot gnu dot org 2009-10-22 06:57 ---
I can reproduce the bug on my machine (2 Quadcore Nehalems, 48GB RAM)
4 x 10^9 ints: 65 seconds used in sort
5 x 10^9 ints: 193 seconds used in sort
--
singler at gcc dot gnu dot org changed:
What
--- Comment #7 from singler at gcc dot gnu dot org 2009-10-20 07:46 ---
Sorry, the CC has never reached me.
So concerning comment #4: Was the parallel mode actually activated?
The multiway mergesort takes another time the space of the input as
temporarily. Sure that the program was
--- Comment #5 from singler at gcc dot gnu dot org 2009-10-20 07:37 ---
I'm investigating the problem. In the meantime, you might want to "abuse"
std::for_each for this task.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38875
--- Comment #22 from singler at gcc dot gnu dot org 2009-05-12 14:57
---
Subject: Bug 39546
Author: singler
Date: Tue May 12 14:57:35 2009
New Revision: 147439
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147439
Log:
2009-05-12 Johannes Singler
PR libstdc
--- Comment #20 from singler at gcc dot gnu dot org 2009-05-07 09:19
---
Fixed in mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39546
--- Comment #19 from singler at gcc dot gnu dot org 2009-05-06 11:21
---
Subject: Bug 39546
Author: singler
Date: Wed May 6 11:20:35 2009
New Revision: 147169
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147169
Log:
2009-05-06 Johannes Singler
PR libstdc
--- Comment #16 from singler at gcc dot gnu dot org 2009-04-20 14:44
---
I'm currently regression testing find_cstring_constify_equal_to.patch.
Shall I do a new test case for this PR with a non-copyable object
(generalization)?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39546
--- Comment #12 from singler at gcc dot gnu dot org 2009-04-07 09:10
---
Created an attachment (id=17598)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17598&action=view)
Patch differently parametrizing equal_to.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39546
--- Comment #11 from singler at gcc dot gnu dot org 2009-04-07 09:09
---
I found a shorter solution: Just parametrize equal_to with const T& instead of
T. Better?
In general, passing the element to find as const ref is the safest we can do,
isn't it? AFAIK the other opt
--- Comment #9 from singler at gcc dot gnu dot org 2009-03-31 16:41 ---
We have duplicated binders because they have a changed parametrization, as
needed for parallel mode usage:
/**
* @brief Similar to std::binder2nd, but giving the argument types
* explicitly.
*/
template
--- Comment #7 from singler at gcc dot gnu dot org 2009-03-31 09:53 ---
Created an attachment (id=17569)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17569&action=view)
Patch adding new variant of equal_to.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39546
--- Comment #6 from singler at gcc dot gnu dot org 2009-03-31 09:53 ---
Created an attachment (id=17568)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17568&action=view)
Patch adding new variant of binder2nd.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39546
--- Comment #5 from singler at gcc dot gnu dot org 2009-03-31 09:52 ---
I have two patches, each of which should fix the problem. Both take the value
to compare against as const ref, which solves the array passing problem. The
first one is more general, introducing a new variant of
--- Comment #3 from singler at gcc dot gnu dot org 2009-03-23 11:00 ---
A parallelized std::copy was also suggested.
--
singler at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from singler at gcc dot gnu dot org 2009-01-16 15:51 ---
In some former (non-integrated) version of the code we had problems with fill
because it was so heavily used by other routines of the STL. But this is not a
principal problem. So I will try to integrate it as soon
--- Comment #5 from singler at gcc dot gnu dot org 2008-09-19 11:44 ---
Fixed.
--
singler at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from singler at gcc dot gnu dot org 2008-09-19 11:38 ---
Subject: Bug 37470
Author: singler
Date: Fri Sep 19 11:37:16 2008
New Revision: 140490
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140490
Log:
2008-09-19 Johannes Singler <[EMAI
--- Comment #2 from singler at gcc dot gnu dot org 2008-09-12 08:45 ---
Clearly, this is a potential conflict, and the solution is pretty obvious.
However, I am unable to reproduce it on x86_64-unknown-linux-gnu, for a
definite test case. Do you have a simple testcase that triggers
--- Comment #5 from singler at gcc dot gnu dot org 2008-09-03 07:18 ---
To my understanding of the OpenMP standard, a variable not mentioned in the
task pragma is "firstprivate" by default. So stating this fact explicitly
should not change anything, which makes things eve
--- Comment #1 from singler at gcc dot gnu dot org 2008-08-21 13:57 ---
Created an attachment (id=16119)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16119&action=view)
gzip compressed C++ code triggering the ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37189
dot gnu dot org
ReportedBy: singler at gcc dot gnu dot org
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=37189
--- Comment #1 from singler at gcc dot gnu dot org 2008-07-24 15:02 ---
The test program is wrong. The loop counter i is not mentioned in the parallel
clause, so it is *shared*. Thus, the two loops interfere and the calculation of
pi goes wrong. Add private(i) to the clause or declare
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: singler at gcc dot gnu dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_6
--
singler at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |singler at gcc dot gnu dot
|dot org
ReportedBy: singler at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36523
UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: singler at gcc dot gnu dot org
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=36130
--- Comment #5 from singler at gcc dot gnu dot org 2008-04-09 17:03 ---
Fixed for mainline and gcc-4_3-branch.
--
singler at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from singler at gcc dot gnu dot org 2008-04-09 16:47 ---
Subject: Bug 35588
Author: singler
Date: Wed Apr 9 16:47:00 2008
New Revision: 134148
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134148
Log:
2008-04-09 Johannes Singler <[EMAI
--- Comment #3 from singler at gcc dot gnu dot org 2008-04-07 08:28 ---
Subject: Bug 35588
Author: singler
Date: Mon Apr 7 08:27:34 2008
New Revision: 133975
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133975
Log:
2008-04-07 Johannes Singler <[EMAI
--- Comment #2 from singler at gcc dot gnu dot org 2008-04-03 09:00 ---
Same thing for me.
--
singler at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from singler at gcc dot gnu dot org 2008-01-21 15:14 ---
So is this a bug in the library or in the definition/implementation of
namespace association? The documentation on namespace association even mentions
"argument-dependent lookup".
http://gcc.gnu.org/onli
--- Comment #2 from singler at gcc dot gnu dot org 2008-01-15 13:20 ---
There are two general options to fix this bug:
1. Introduce a global variable, to be compiled into libstdc++.a and
libstdc++.so.
2. Do the "template trick", i. e. pseudo-parametrize Settings as
template
--- Comment #1 from singler at gcc dot gnu dot org 2008-01-15 13:15 ---
First of all, we should get rid of these many static variables in the Settings
class, and replace them by usual member variables. Then, there should be one
static/global instance of this Settings class.
The question
bstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: singler at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34797
--- Comment #6 from singler at gcc dot gnu dot org 2008-01-15 13:05 ---
No further objections.
--
singler at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from singler at gcc dot gnu dot org 2007-11-22 10:22 ---
Subject: Bug 33893
Author: singler
Date: Thu Nov 22 10:22:08 2007
New Revision: 130348
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130348
Log:
Closing branch, corresponding patch to fix PR
--- Comment #2 from singler at gcc dot gnu dot org 2007-11-22 10:15 ---
Fixed by patch.
--
singler at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #1 from singler at gcc dot gnu dot org 2007-11-22 10:13 ---
Subject: Bug 33893
Author: singler
Date: Thu Nov 22 10:13:08 2007
New Revision: 130347
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130347
Log:
2007-11-22 Johannes Singler <[EMAI
--
singler at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |singler at gcc dot gnu dot
|dot org
--
singler at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33490
--
singler at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |singler at gcc dot gnu dot
|dot org
--- Comment #8 from singler at gcc dot gnu dot org 2007-11-15 10:10 ---
Closing this bug, the compatibility.h issues are tracked in PR 34106.
--
singler at gcc dot gnu dot org changed:
What|Removed |Added
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: singler at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34106
--
singler at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |singler at gcc dot gnu dot
|dot org
--- Comment #3 from singler at gcc dot gnu dot org 2007-11-02 15:34 ---
Subject: Bug 33892
Author: singler
Date: Fri Nov 2 15:34:24 2007
New Revision: 129852
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129852
Log:
2007-11-02 Johannes Singler <[EMAIL PROTECTED]
63 matches
Mail list logo
