[Bug c++/58824] New: Lambda trigger internal compiler error

2013-10-21 Thread thomas.sanchz at gmail dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: thomas.sanchz at gmail dot com Created attachment 31058 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31058&action=edit Source file + ii + s Hi, Please see in attached file the source triggering an internal error in gc

[Bug c++/58824] Lambda trigger internal compiler error

2013-10-21 Thread thomas.sanchz at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58824 Thomas Sanchez changed: What|Removed |Added Attachment #31058|0 |1 is obsolete|

[Bug c++/58824] Lambda trigger internal compiler error

2013-10-21 Thread thomas.sanchz at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58824 --- Comment #3 from Thomas Sanchez --- The code is 21 lines... I can't reproduce the bug otherwise...

[Bug c++/58824] Lambda trigger internal compiler error

2013-10-21 Thread thomas.sanchz at gmail dot com
|| CC||thomas.sanchz at gmail dot com --- Comment #6 from Thomas Sanchez --- Created attachment 31060 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31060&action=edit Source file Source file without any include added.

[Bug c++/58824] Lambda trigger internal compiler error

2013-10-21 Thread thomas.sanchz at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58824 --- Comment #8 from Thomas Sanchez --- You're welcome, good luck !

[Bug c++/59435] New: sizeof...(T) as default value for an argument does not work

2013-12-09 Thread thomas.sanchz at gmail dot com
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: thomas.sanchz at gmail dot com Hi everybody, I encountered something not supported in gcc from 4.7 to 4.9, but working in clang from 3.2 (tested on gcc goldbot). Here is the code: template

[Bug c++/80679] New: call of overloaded is ambiguous

2017-05-08 Thread thomas.sanchz at gmail dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: thomas.sanchz at gmail dot com Target Milestone: --- Hi, First reported there https://github.com/mapbox/jni.hpp/pull/17 The following code is compiling fine on clang but fails on g++ template class Method {}; template void Call

[Bug libstdc++/60966] New: std::call_once sometime hangs

2014-04-25 Thread thomas.sanchz at gmail dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: thomas.sanchz at gmail dot com Hi, I'm really sorry for the vague bug report and not being able to give a small piece of code to reproduce the bug. Here is what I'm experiencing: I developed a small library which performs ht

[Bug libstdc++/60966] std::call_once sometime hangs

2014-04-25 Thread thomas.sanchz at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60966 --- Comment #2 from Thomas Sanchez --- Hi, Thanks for your answer, (In reply to Jonathan Wakely from comment #1) > (It would be easier to make sense of this if the line numbers in your gdb > and valgrind output matched the code on github.) > Ind

[Bug libstdc++/60966] std::call_once sometime hangs

2014-04-28 Thread thomas.sanchz at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60966 --- Comment #4 from Thomas Sanchez --- (In reply to Jonathan Wakely from comment #3) > > > N.B. the std::move in Manager::cancelConnection is redundant, the return > > > value from cancel_connection is already an rvalue. > > > > Yes, I know, the

[Bug libstdc++/60966] std::call_once sometime hangs

2014-04-28 Thread thomas.sanchz at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60966 --- Comment #5 from Thomas Sanchez --- With my previous mail, the link I added was because I wanted to ask that if you were not able to reproduce the problem I could use CARE to recreate the environment I'm running my test. With lambda replaced (

[Bug libstdc++/60966] std::call_once sometime hangs

2014-04-28 Thread thomas.sanchz at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60966 --- Comment #6 from Thomas Sanchez --- Last comment on myself: I got some errors relates to the promise with valgrind but they do not cause an hangs ==30999== Thread 2: ==30999== Invalid read of size 4 ==30999==at 0x4E44A91: pthread_once (pt

[Bug libstdc++/60966] std::call_once sometime hangs

2014-05-05 Thread thomas.sanchz at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60966 --- Comment #8 from Thomas Sanchez --- Hey, I just wanted to know if you had the time to look into and/or if you were able to reproduce the bug ? Thanks,

[Bug libstdc++/60966] std::call_once sometime hangs

2014-05-14 Thread thomas.sanchz at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60966 --- Comment #12 from Thomas Sanchez --- Hi Hideaki, I was able to workaround the bug by using boost promise instead of the STL one. I did not have the time to investigate the bug however, I'm not really familiar with the STL design :( Here is w

[Bug libstdc++/60966] std::call_once sometime hangs

2014-05-16 Thread thomas.sanchz at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60966 --- Comment #26 from Thomas Sanchez --- In the end the problem is quite simple :) One workaround would be to move the promise into the lambda however I would be glad that your patch get accepted, because IMHO it is not an expected behavior from a

[Bug libstdc++/63329] New: std::bind does not define argument_type

2014-09-22 Thread thomas.sanchz at gmail dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: thomas.sanchz at gmail dot com Hi, It looks like the data structure returned by bind does not contain some type (argument_type) required by std::not1 for instance. It works with clang + the libc++ on Mac Os X. #include

[Bug libstdc++/63329] std::bind does not define argument_type

2014-09-22 Thread thomas.sanchz at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63329 --- Comment #1 from Thomas Sanchez --- BTW, I forgot to add that the compiler is invoked with this command: g++ -std=c++11 test.cpp Also, funny thing, with clang, it is the first one that do not compile :) Thanks,

[Bug libstdc++/63329] std::bind does not define argument_type

2014-09-22 Thread thomas.sanchz at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63329 --- Comment #3 from Thomas Sanchez --- While it is not really intuitive I understand. Thanks for your time!