Building C object CMakeFiles/OpenCL.dir/loader/windows/icd_windows_hkr.c.objįAILED: CMakeFiles/OpenCL.dir/loader/windows/icd_windows_hkr.c.obj Building C object CMakeFiles/OpenCL.dir/loader/windows/icd_windows_envvars.c.obj Loader/windows/icd_windows_apppackage.cpp:27:10: fatal error: : No such file or directory Iloader -O3 -fstack-protector-all -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG -MD -MT CMakeFiles/OpenCL.dir/loader/windows/icd_windows_ -MF CMakeFiles/OpenCL.dir/loader/windows/icd_windows_ -o CMakeFiles/OpenCL.dir/loader/windows/icd_windows_ -c loader/windows/icd_windows_apppackage.cpp Building CXX object CMakeFiles/OpenCL.dir/loader/windows/icd_windows_įAILED: CMakeFiles/OpenCL.dir/loader/windows/icd_windows_ The error is this file is a new dependency not found within mingw64 and I can't seem to find a source for it (if indeed that'd fix it).Ĭode: Running 'ninja -j 4 ' in '/home/u/Desktop/_working/workdir/x86_64/OpenCL-ICD-Loader_git' However circa 2020.04.20 commits to upstream ICD loader source broke cross-compilation compatibility, and they as yet haven't any suggestions on how to address the issue. * downloads and cross-compiles dependencies * installs mingw64, builds gcc for producing win10圆4 binaries It appears as if it may be similar "in outcome terms" to Zeranoe's thing. Here ĭeadsix's cross-compile build system uses a Python3 script to read sets of parameters and manage the build processes for a range of (upstream source) dependencies and then builds ffmpeg.exe. I'm stuck and am seeking your advice on building ffmpeg with the latest OpenCL-ICD-Loader so that ffmpeg can use OpenCL and thus access nvidia's FAST GPU-accelerated filters such as "unsharp_opencl".įor a while I've been cross-compiling ffmpeg.exe with OpenCL for use on Win10圆4 (using a derivative of deadsix27's work on githib). On a good day I can fiddle with simple bash scripts and a bit of simple python. I haven't been a real programmer for 35 years or more (think PDPs and VAXs and real core memory).
0 kommentar(er)
