Package Details: opencv3-opt-samples 3.4.20-2

Git Clone URL: https://aur.archlinux.org/opencv3-opt.git (read-only, click to copy)
Package Base: opencv3-opt
Description: Open Source Computer Vision Library (Legacy Version & /opt directory version) (samples)
Upstream URL: http://opencv.org/
Licenses: BSD
Provides: opencv3-samples
Submitter: MichaelChou
Maintainer: foxxy
Last Packager: foxxy
Votes: 7
Popularity: 0.000012
First Submitted: 2019-02-13 12:43 (UTC)
Last Updated: 2024-02-01 13:02 (UTC)

Required by (0)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

Windfisch commented on 2020-07-29 18:23 (UTC)

Due to a recent libjasper update, the build of this package fails.

For details, please refer to the upstream issue https://github.com/opencv/opencv/issues/17984

Until the patch has been accepted into OpenCV 3, here's a workaround by adding the patch to the PKGBUILD: https://github.com/Windfisch/pkgbuild-opencv3-opt

@MichaelChou, could you please update the PKGBUILD accordingly :)?

MichaelChou commented on 2019-11-11 10:50 (UTC)

fixed by a workaround, until upstream (tbb) fixed

dbeattyspace commented on 2019-10-24 21:05 (UTC)

I had the same stdlib.h error, @crnchbng's solution worked for me.

crnchbng commented on 2019-10-24 17:44 (UTC)

I had to add the 2 following lines

-DCMAKE_NO_SYSTEM_FROM_IMPORTED=ON \
-DENABLE_PRECOMPILED_HEADERS=OFF \

foxxy commented on 2019-10-22 15:46 (UTC)

I can confirm that the package compiled after adding

-DCMAKE_NO_SYSTEM_FROM_IMPORTED=ON

dreuter commented on 2019-10-21 19:52 (UTC) (edited on 2019-10-21 19:56 (UTC) by dreuter)

That was the exact same problem I was facing. I reverted my change and the problem appeared again.

I will include my patch here, so that if anyone wants to try it they can reproduce my exact change

From c751af1d46b03f232ed39e11b7b63179b7f7034e Mon Sep 17 00:00:00 2001
From: Daniel Reuter <***>
Date: Sun, 20 Oct 2019 13:34:42 +0200
Subject: [PATCH] fixed compilation

---
 PKGBUILD | 1 +
 1 file changed, 1 insertion(+)

diff --git a/PKGBUILD b/PKGBUILD
index 15bf3d7..858dcb5 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -36,6 +36,7 @@ build() {
     -DWITH_TBB=ON \
     -DOpenGL_GL_PREFERENCE=GLVND \
     -DBUILD_WITH_DEBUG_INFO=OFF \
+    -DCMAKE_NO_SYSTEM_FROM_IMPORTED=ON \
     -DBUILD_TESTS=OFF \
     -DBUILD_PERF_TESTS=OFF \
     -DBUILD_EXAMPLES=OFF \
--
2.23.0

It might very well be, that I just got lucky with the include order produced by this, as hinted at in the previous comment.

darthnoward commented on 2019-10-21 12:51 (UTC) (edited on 2019-10-26 16:54 (UTC) by darthnoward)

@crnchbng's fix works

ocoras commented on 2019-10-20 17:58 (UTC) (edited on 2019-10-20 18:00 (UTC) by ocoras)

I have also had issues building this package. For me the error occurred at:

Building CXX object modules/core/CMakeFiles/opencv_core.dir/src/arithm.cpp.o

In file included from /usr/include/c++/9.2.0/ext/string_conversions.h:41,

             from /usr/include/c++/9.2.0/bits/basic_string.h:6493,

             from /usr/include/c++/9.2.0/string:55,

             from /usr/include/c++/9.2.0/stdexcept:39,

             from /usr/include/c++/9.2.0/array:39,

             from ~/.cache/yay/opencv3-opt/src/opencv-3.4.7/modules/core/include/opencv2/core/cvdef.h:594,

             from ~/.cache/yay/opencv3-opt/src/opencv-3.4.7/modules/core/include/opencv2/core.hpp:52,

             from ~/.cache/yay/opencv3-opt/src/opencv-3.4.7/modules/core/include/opencv2/core/utility.hpp:56,

             from ~/.cache/yay/opencv3-opt/src/opencv-3.4.7/modules/core/src/precomp.hpp:49,

             from ~/.cache/yay/opencv3-opt/src/opencv-3.4.7/modules/core/src/alloc.cpp:43:

/usr/include/c++/9.2.0/cstdlib:75:15: fatal error: stdlib.h: No such file or directory 75 | #include_next <stdlib.h> | ^~~~~~~~~~ compilation terminated.

stdlib.h exists in this directory, so I am unsure why this causes the compilation to terminate, however the fix submitted by @dreuter does not seem to help.

dreuter commented on 2019-10-19 21:21 (UTC)

Unfortunately this package does not build on my machine.

I did encounter similiar problems before when adding "-isystem" to the gcc flags, by for example using cmakes "SYSTEM" include. Adding "-DCMAKE_NO_SYSTEM_FROM_IMPORTED=ON" solved the problem, but I am not sure whether this is the "clean" solution, but since it does compile fine and I was able to compile/install ros-melodic-desktop I will not further investigate this (at least for now/until it causes problems again) ;)

Thanks so much for your great work :+1:

« First ‹ Previous 1 2 3 4 5 Next › Last »