Hi Vitaly, I was curious about your problem and I've been able to reproduce it compiling with gcc 4.8.2 on CentOS5 and gcc 4.8.5 and gcc 4.9.3 on Ubuntu Also it is not even necessary to pass -std=c++11, the bug happens either way.
this one exception class and the actual failures are unreasonably difficult > to simulate in testing, making it difficult, if not impossible, to find all > occurrences in one’s own code, not to mention 3rd party code that it links > with. I don't think there is so many incompatibilities. The libstdc++ shipped by gcc 5.1.0+ should be backward compatible, but as you found out it is indeed a bug. As an example, on the company I work for we have hundreds of conda packages compiled with gcc 4.8.5. Recently we changed to gcc 5.4.0 for our applications and did not have to rebuild any of the dependencies (actually we are still compiling the dependencies with 4.8.5) But regarding your problem I don't see much that can be done until they fix this: - Maybe static linking libstdc++? - Maybe manylinux1 should provide a way to ship libstdc++ with wheels for such cases?
_______________________________________________ Wheel-builders mailing list [email protected] https://mail.python.org/mailman/listinfo/wheel-builders
