Std::inclusive_scan crashes with transform view with stdpar

Those two views don’t take custom functors/lambdas, so that remark was only regarding transform_view. They could still be implemented s.t. the iterators reference the view objects for data, but at least for zip_view with two underlying ranges it seems to work with my setup. I have not tested cartesian_product_view, but from Carthesian Product error with nvc++ I was under the impression that that would work as well (maybe there was HMM involved though).