[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

2014-12-08 Thread damien.buhl at lecbna dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734 --- Comment #47 from Damien Buhl (daminetreg) --- So our GCC with the problem has been configured and built by yocto-poky the following way :  ``` Using built-in specs. COLLECT_GCC=arm-poky-linux-gnueabi-gcc-4.8.1 COLLECT_LTO_WRAPPER=/h

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

2014-12-04 Thread damien.buhl at lecbna dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734 --- Comment #46 from Damien Buhl (daminetreg) --- As a pretier alternative you can use boost::thread with boost::atomic as backend as we did in a yocto cross toolchain with the same issue where latomic also segfaulted. Cheers fenixk19 at mail

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

2014-12-04 Thread damien.buhl at lecbna dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734 --- Comment #44 from Damien Buhl (daminetreg) --- On a yocto built cross-toolchain adding -latomic didn't help. This may be due to the yocto cross-toolchain built without the support for some reason. I'll explorate it in deeper details. On 12/

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

2014-07-17 Thread damien.buhl at lecbna dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734 Damien Buhl (daminetreg) changed: What|Removed |Added CC||damien.buhl at lecbna dot org