Arch Linux User Repository

fixed by a workaround, until upstream (tbb) fixed

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

I had to add the 2 following lines

-DCMAKE_NO_SYSTEM_FROM_IMPORTED=ON \
-DENABLE_PRECOMPILED_HEADERS=OFF \

I can confirm that the package compiled after adding

-DCMAKE_NO_SYSTEM_FROM_IMPORTED=ON

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.

@crnchbng's fix works

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.

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:

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

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?