https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80038
--- Comment #35 from Florent Hivert ---
I can't help knowing nothing about the internal of GCC, but I'm strongly in
favor having a release with this fix, in particular since it's there and since
there is no good replacement for Cilk. OpenMP task
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: florent.hivert at lri dot fr
Target Milestone: ---
The following code shows the expected behavior of the == operator on vector:
#include
using foo = int __attribute__ ((vector_size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80038
--- Comment #13 from Florent Hivert ---
I've not yet been able to find a small example that shows the regression due to
GCC5 ICE. In particular, I'm not sure the problem mentioned by Fournival is not
due to a bug in my code (See my question of
ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80045
--- Comment #4 from Florent Hivert ---
I should have said first : thanks for analizing the problem !!!
I wasn't sure about the proper way to do thing and I was afraid that no one
Cilk aware was following gcc-help. Anyway I should have mentioned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80045
--- Comment #1 from Florent Hivert ---
I'm not sure why you created a new report. I already created 80038. Should'nt
one be closed as a duplicate ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80038
--- Comment #7 from Florent Hivert ---
(In reply to Jeffrey A. Law from comment #6)
> Also note it is likely Cilk+ will be deprecated in gcc-7
That's a huge pity from my point of view. For recursive exploration like the
code I put here, I don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80038
--- Comment #5 from Florent Hivert ---
(In reply to Richard Biener from comment #3)
> Don't know Cilk+ but yes, try
>
>for (int i=0; i<8; i++) {
> std::vector vnew(v);
> vnew.push_back(i);
> cilk_spawn walk(vnew, size);
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80038
--- Comment #2 from Florent Hivert ---
Thanks for your quick answer ! I'm not sure to understand what you mean by
"Thus insert a blocking primitive?" Do you suggest to add a cilk_sync somewhere
?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69582
Florent Hivert changed:
What|Removed |Added
CC||florent.hivert at lri dot fr
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: florent.hivert at lri dot fr
Target Milestone: ---
The following (reduced) code works if using only one core but segfault randomly
when using more core. The more core your have, the more chance you have to get
a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60967
--- Comment #1 from Florent Hivert ---
The problem doesn't occur anymore with the released version (I was using the
cilkplus branch development version). Should this be closed as invalid or
should someone find if there is a duplicate ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60430
Florent Hivert changed:
What|Removed |Added
Version|4.8.1 |4.9.0
--- Comment #1 from Florent Hiver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60245
Florent Hivert changed:
What|Removed |Added
Version|4.8.1 |4.9.0
--- Comment #3 from Florent Hiver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60210
--- Comment #1 from Florent Hivert ---
The bug has vanished in the recent 4.9.0 release. Should I mark the ticket as
RESOLVED and close it ?
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: florent.hivert at lri dot fr
It is not possible to use a range for in a template function (or member
function by the way) when compiling with C++11 and Cilkplus. The following code
int
++
Assignee: unassigned at gcc dot gnu.org
Reporter: florent.hivert at lri dot fr
I think the following should be accepted:
constexpr const int A = 42;
const int &B = A;
static_assert(&A == &B, "Bug");
int main() {return 0;}
Indeed, even if B is not co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60245
--- Comment #2 from Florent Hivert ---
Sorry ! The version I submitted is not the most reduced. Here is a version not
using vectors:
constexpr int Apply(const int in, int (*f)(const int&)) { return f(in); }
using Foo = int;
static constexpr int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60245
--- Comment #1 from Florent Hivert ---
Created attachment 32155
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32155&action=edit
preprocessed code
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: florent.hivert at lri dot fr
GCC is not able to compile the following code
#include
using Ar = std::array;
template
constexpr T Apply(const T& in, T (*f)(const T&)) { ret
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: florent.hivert at lri dot fr
Created attachment 32143
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32143&action=edit
preprocessed code
The following code triggers a segfault:
template struct S {};
t
20 matches
Mail list logo
