mirror of
https://github.com/opencv/opencv.git
synced 2025-06-11 03:33:28 +08:00
gapi: fix build
- gcc 4.8.4 (ARMv7)
This commit is contained in:
parent
2477103707
commit
fe4f27b99b
@ -119,7 +119,7 @@ template<class T> struct ocl_get_in
|
||||
struct tracked_cv_umat{
|
||||
//TODO Think if T - API could reallocate UMat to a proper size - how do we handle this ?
|
||||
//tracked_cv_umat(cv::UMat& m) : r{(m)}, original_data{m.getMat(ACCESS_RW).data} {}
|
||||
tracked_cv_umat(cv::UMat& m) : r{ (m) }, original_data{ nullptr } {}
|
||||
tracked_cv_umat(cv::UMat& m) : r(m), original_data{ nullptr } {}
|
||||
cv::UMat &r; // FIXME: It was a value (not a reference) before.
|
||||
// Actually OCL backend should allocate its internal data!
|
||||
uchar* original_data;
|
||||
|
@ -546,7 +546,7 @@ void cv::gimpl::GStreamingExecutor::setSource(GRunArgs &&ins)
|
||||
return util::holds_alternative<cv::gapi::wip::IStreamSource::Ptr>(arg);
|
||||
};
|
||||
const auto num_videos = std::count_if(ins.begin(), ins.end(), is_video);
|
||||
if (num_videos > 1u)
|
||||
if (num_videos > 1)
|
||||
{
|
||||
// See below why (another reason - no documented behavior
|
||||
// on handling videos streams of different length)
|
||||
|
Loading…
Reference in New Issue
Block a user