Skip to content
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

Implement vector and multivector iterators with boost::iterator_facade #91

Merged
merged 1 commit into from
Jan 28, 2014

Conversation

ddemidov
Copy link
Owner

This should make the iterators to really comply with the std::random_access_iterator_tag. Also should solve issue #90.

@sebsjoberg, could you please check if this works on Mac OS X?

This should make the iterators to really comply with the
std::random_access_iterator_tag. Also should solve issue #90.
@sebsjoberg
Copy link

@ddemidov, compilation works but tests fail on vector_arithmetics and multivector_arithmetics. Don't know if it's related. Maybe a new issue?

@ddemidov
Copy link
Owner Author

Can you provide an output for a failing test?

@ddemidov
Copy link
Owner Author

Ah, found those in another thread. If you have same errors as before, it looks like a bug in your OpenCL implementation:

CVMS_ERROR_COMPILER_FAILURE: CVMS compiler has crashed or hung building an element.
unknown location:0: fatal error in "constants": std::exception: clBuildProgram
/Users/sebastian/src/vexcl.github/tests/vector_arithmetics.cpp:245: last checkpoint

Can you also show the output of ./build/examples/devlist?

@sebsjoberg
Copy link

@ddemidov
Copy link
Owner Author

It does look like a bug in Apple's OpenCL. Does 091471c work?

@sebsjoberg
Copy link

No, unfortunately not. The same error but the constant has the value 4.2100000000000001e+01 in the kernel now.

ddemidov added a commit that referenced this pull request Jan 28, 2014
Implement vector and multivector iterators with boost::iterator_facade
@ddemidov ddemidov merged commit 2acc1b5 into master Jan 28, 2014
@ddemidov ddemidov deleted the iterator_facade branch January 28, 2014 20:31
@ddemidov
Copy link
Owner Author

I think I know the reason. Will push the fix to the master branch in a minute.

ddemidov added a commit that referenced this pull request Jan 28, 2014
size_t and ulong are different types on MacOSX, so no overload for
max(size_t, ulong) could be found.

See discussion in #91.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants