Arch Linux User Repository

v0.2.0.tar.gz is old, and have the compilation issue with std::bind.

please look yujmo_libfreenect2

I change the PKGBUILD,so it's OK

Here is the updated PKGBUILD and patch to fix the compilation issue with std::bind.

https://drive.google.com/file/d/1keEKxAt4RNfEic_ss5767K_tI64Q_LWa/view?usp=sharing

Wierdly, it fails compiling for me, it tells:

112:25: error: ‘bind’ is not a member of ‘std’
auto predicate = std::bind(&SyncMultiFrameListenerImpl::hasNewFrame, impl_);
^~~~
I have gcc version 7.1.1 20170630

It seems simply adding

#include <functional>

to the file ~/libfreenect2/src/libfreenect2-0.2.0/src/frame_listener_impl.cpp

in the attached sources seems to fix it.

Don't know what's the deal with that.

Updated to depend on ocl-icd instead of libcl

It looks like "libcl" dependency is broken for some reason:

error: target not found: libcl.

It looks like "libcl" dependency is broken for some reason:

error: target not found: libcl.

Right, the rules should go before 70-uaccess.rules. I renamed them to 65-kinect2.rules now. Thanks again :)

Yes of course. I had the issue when compiling with cuda already installed which cmake found automatically. Without this flag the compiler wouldn't find memcpy for some reason...

Also I had to rename the udev rule to 70-kinect2.rule instead of 90. Otherwise the hotplug wouldn't work for me.

That seems strange, probably an upstream issue. I'm sure upstream will be interested to hear about it.

I didn't add an optdep on CUDA because it needs to be present at compile time (or actually configure time). Installing CUDA after this package wont magically make it work with CUDA.

I also didn't want to force a dependency on CUDA though, so yeah... End result now is that the PKGBUILD doesn't tell you you could compile it with CUDA support.

Nice. I also had to add

CXXFLAGS=-D_FORCE_INLINES cmake (line 21)

before running cmake to not run into some issues while compiling for cuda