Package Base Details: opencv3-opt

Git Clone URL: https://aur.archlinux.org/opencv3-opt.git (read-only, click to copy)
Submitter: MichaelChou
Maintainer: bionade24
Last Packager: bionade24
Votes: 5
Popularity: 0.000081
First Submitted: 2019-02-13 12:43
Last Updated: 2021-07-04 08:24

Pinned Comments

bionade24 commented on 2021-07-04 08:23

Please stop marking this package out of date if there's an issue with this PKGBUILD. This is not what OOD requests are for, so I'll always just remove the OOD marking before doing anything.

I value the comments here as much, they're not enforcing it less.

Latest Comments

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

foxxy commented on 2019-10-22 15:46

I can confirm that the package compiled after adding

-DCMAKE_NO_SYSTEM_FROM_IMPORTED=ON

dreuter commented on 2019-10-21 19:52

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

@crnchbng's fix works

ocoras commented on 2019-10-20 17:58

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

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:

kwrazi commented on 2019-10-17 06:08

I've managed to workaround the issue and have updated the package. See if that works.

r00tr4t commented on 2019-10-16 21:27

Right now this package doesn't build, likely do to updated GCC versions. The error that the build process report is found here:

https://pastebin.com/MpF5jrbG

Tried to add the

-DENABLE_PRECOMPILED_HEADERS=OFF\

To PKGBUILD but that did not help.

So I even tried to remove the _next keyword from

/usr/include/c++/9.2.0/cstdlib

/usr/include/c++/9.2.0/bits/std_abs.h

/usr/include/c++/9.2.0/cmath

That did kind of work but produced other errors later on.

Are any other workarounds available for this?

MichaelChou commented on 2019-03-13 09:18

@DenBaum Fixed now. Thanks for reporting.

DenBaum commented on 2019-03-09 19:07

It seems like the package double-conversion is missing in dependencies.

bionade24 commented on 2019-02-14 13:48

Thanks Much !!