Alexey Bader

Most likely this regression introduced by recent changes in the community code pulled with #2628.

You might be right. I thought `libclc` part has failed to build: > [9/72] Generating ../../lib/clc/libspirv-nvptx64--.bc > ninja: build stopped: subcommand failed. It it might be that only `libdevice` build...

> No idea why clang-format is triggered by a file, that is not changed in this PR I suppose it's due to this change: https://github.com/intel/llvm/pull/6652. There is a new way...

@alexbatashev, could you resolve merge conflicts, please?

@alexbatashev, probably another merge is required. Could you take look at pre-commit failures, please?

@TApplencourt, thanks for confirming. I'm closing this issue. @j-stephan, please, let us know if you still have issues with building your example.

@j-stephan, thanks for checking that. I tried it myself and I see the same issue. Based on the discussion, the original example doesn't seem to satisfy SYCL specification restrictions, so...

> Yes, the restrictions on the type of `T` in the `handler::fill()` function seem weird to me. Currently, we allow only scalar and vector types, but I think we should...

@romanovvlad, should we link this PR to close the issue when it's merged?

inlining?