[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#832429: Failure when trying to build



On 12/09/16 12:05, Andreas Tille wrote:
Hi Ghislain,

when trying to build in pbuilder I get:

...
sort_by_key_uint
cd /build/clsparse-0.10.1.0/obj-x86_64-linux-gnu && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /build/clsparse-0.10.1.0/src /build/clsparse-0.10.1.0/src/library /build/clsparse-0.10.1.0/obj-x86_64-linux-gnu /build/clsparse-0.10.1.0/obj-x86_64-linux-gnu/library /build/clsparse-0.10.1.0/obj-x86_64-linux-gnu/library/CMakeFiles/clSPARSE.dir/DependInfo.cmake --color=
Scanning dependencies of target clSPARSE
make[3]: Leaving directory '/build/clsparse-0.10.1.0/obj-x86_64-linux-gnu'
make -f library/CMakeFiles/clSPARSE.dir/build.make library/CMakeFiles/clSPARSE.dir/build
make[3]: Entering directory '/build/clsparse-0.10.1.0/obj-x86_64-linux-gnu'
[  5%] Building CXX object library/CMakeFiles/clSPARSE.dir/clsparse-init.cpp.o
cd /build/clsparse-0.10.1.0/obj-x86_64-linux-gnu/library && /usr/bin/c++   -DBUILD_CLVERSION=120 -DCLSPARSE_INDEX_SIZEOF=4 -DCL_USE_DEPRECATED_OPENCL_1_2_APIS -DCL_USE_DEPRECATED_OPENCL_2_0_APIS -DclSPARSE_EXPORTS -I/build/clsparse-0.10.1.0/src/library -I/build/clsparse-0.10.1.0/obj-x86_64-linux-gnu/library -I/build/clsparse-0.10.1.0/src/include -I/build/clsparse-0.10.1.0/obj-x86_64-linux-gnu/include -I/build/clsparse-0.10.1.0/obj-x86_64-linux-gnu/clsparseTimer  -g -O2 -fdebug-prefix-map=/build/clsparse-0.10.1.0=. -fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2  -fPIC -fvisibility=hidden -fvisibility-inlines-hidden   -std=c++11 -pedantic -o CMakeFiles/clSPARSE.dir/clsparse-init.cpp.o -c /build/clsparse-0.10.1.0/src/library/clsparse-init.cpp
In file included from /build/clsparse-0.10.1.0/src/library/clsparse-init.cpp:21:0:
/build/clsparse-0.10.1.0/src/library/include/clSPARSE-private.hpp:30:22: fatal error: CL/cl2.hpp: No such file or directory
 #include <CL/cl2.hpp>
                      ^
compilation terminated.
library/CMakeFiles/clSPARSE.dir/build.make:69: recipe for target 'library/CMakeFiles/clSPARSE.dir/clsparse-init.cpp.o' failed
make[3]: *** [library/CMakeFiles/clSPARSE.dir/clsparse-init.cpp.o] Error 1
make[3]: Leaving directory '/build/clsparse-0.10.1.0/obj-x86_64-linux-gnu'
CMakeFiles/Makefile2:88: recipe for target 'library/CMakeFiles/clSPARSE.dir/all' failed
make[2]: *** [library/CMakeFiles/clSPARSE.dir/all] Error 2
...

Indeed, I forgot our current OpenCL C++ setup is broken in sid:

https://packages.debian.org/sid/opencl-headers

dep: opencl-clhpp-headers (>= 2.0.10)
    Package not available

So we'll have to wait for #837112 to be fixed first I guess. I should
have remembered.

BTW, is there any good reason to replace the master branch by
debian/master.  Gbp clone always makes noise about it and I need to
check what branches you are using.

That's my fault I forgot to update the symbolic link to HEAD (fixed
now). Otherwise, the repository layout is clearly defined in gbp.conf,
so gbp buildpackage should behave appropriately.

I'd prefer the defaults specified in our team policy.

I adopted DEP-14 [1] which is supposed to be the most flexible scheme.

The nice thing with debian/master is that it is both applicable for
upstream git (since they use a master branch already) and import-orig
based packaging.

[1] https://lists.debian.org/debian-devel/2014/11/msg00444.html

Ghis


Reply to: