-
Notifications
You must be signed in to change notification settings - Fork 534
-
Notifications
You must be signed in to change notification settings - Fork 534
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CPU async causing crashes on gcc 4.8.1 #1378
Comments
@FilipeMaia What is the gcc version being used on the travis instance ? |
g++-4.8 amd64 4.8.1-2ubuntu1~12.04 |
@FilipeMaia We've noticed failures on older versions of gcc. From what I remember Is there anyway the gcc version on the travis instance can be upgraded? |
It might be, I'll see if I can get it. |
It could be the gcc version. I couldn't get 4.8.4, but I'm trying 4.9.2 and I have 2 runs and no seg faults yet. |
@FilipeMaia Let me know if it breaks, I can reopen the issue. If not we'll close it as a known problem for older versions of gcc. |
Pretty sure it's a gcc problem. 10 build/runs and no problems with the new gcc. It would be nice to have cmake spit out a warning for such issues. |
@FilipeMaia Thanks for the suggestion. @shehzan10 any chance we can have a warning based on gcc version < 4.8.4 saying that CPU async fails intermittently and ask the user to turn async off ? |
Yeah we could probably do that. |
I'm not entirely sure if ArrayFire built with Async on GCC >= 4.8.4 will run fine on systems with older GCC. Might need to test this one. |
See arrayfire/arrayfire-python#75.
The text was updated successfully, but these errors were encountered: