Package Details: pcl 1.12.1-2

Git Clone URL: (read-only, click to copy)
Package Base: pcl
Description: A comprehensive open source library for n-D Point Clouds and 3D geometry processing
Upstream URL:
Licenses: BSD
Submitter: None
Maintainer: majorx234
Last Packager: majorx234
Votes: 45
Popularity: 0.098140
First Submitted: 2011-04-05 03:39 (UTC)
Last Updated: 2022-04-04 10:23 (UTC)

Latest Comments

majorx234 commented on 2022-04-04 10:33 (UTC)

@acxz looks like libxcursor was misssing. It isn't listed as vtk (opt) dependency, but /usr/lib/ links to that lib.

I added libxcursor to pcl depends-list.

@bartus: this should fix you problem

@acxz link to pcl-1.13.1 leads atm to 404, but I'm aware to update ;)

acxz commented on 2022-04-02 16:10 (UTC) (edited on 2022-04-02 16:50 (UTC) by acxz)

I am getting the same issue as @bartus. If you could fix it that would be wonderful @majorx234! Appreciate you for maintaining the package!

If anyone wants a prebuilt version with the fix here it is:

Make sure to remove the .zip extension by renaming the file.

mv pcl-1.12.1-3-x86_64.pkg.tar.zst
sudo pacman -U pcl-1.12.1-3-x86_64.pkg.tar.zst

Associated dependencies will have to installed as well.

bartus commented on 2022-02-09 10:21 (UTC) (edited on 2022-02-09 10:23 (UTC) by bartus)

libxcursor still missing to satisfyvtk:9 link-time dependencies.

[ 37%] Building CXX object surface/CMakeFiles/pcl_surface.dir/src/3rdparty/opennurbs/opennurbs_cone.cpp.o
/usr/bin/ld: /usr/lib/ undefined reference to `XcursorFilenameLoadCursor'
collect2: error: ld returned 1 exit status
make[2]: *** [tools/CMakeFiles/pcl_vlp_viewer.dir/build.make:163: bin/pcl_vlp_viewer] Error 1
make[1]: *** [CMakeFiles/Makefile2:4376: tools/CMakeFiles/pcl_vlp_viewer.dir/all] Error 2
[ 37%] Building CXX object surface/CMakeFiles/pcl_surface.dir/src/3rdparty/opennurbs/opennurbs_crc.cpp.o
/usr/bin/ld: warning:, needed by /usr/lib/, not found (try using -rpath or -rpath-link)
/usr/bin/ld: /usr/lib/ undefined reference to `XcursorFilenameLoadCursor'
collect2: error: ld returned 1 exit status
make[2]: *** [tools/CMakeFiles/pcl_hdl_viewer_simple.dir/build.make:163: bin/pcl_hdl_viewer_simple] Error 1
make[1]: *** [CMakeFiles/Makefile2:4346: tools/CMakeFiles/pcl_hdl_viewer_simple.dir/all] Error 2

kino_t commented on 2022-02-08 15:50 (UTC)

plus, when I compile 1.12.1, needn’t openni2 as dependency.

majorx234 commented on 2022-01-30 22:09 (UTC)

@acxz: sorry for delay, still got problems with build. Build needs also openni2 as dependency. thx @dobedobedo @chiossif @leuko

acxz commented on 2022-01-30 19:36 (UTC)

@majorx234, I was able to successfully compile with @dobedobedo's tip. Can you please incorporate this change in the PKGBUILD. As of now, pcl is preventing many ros packages from installing. Would really appreciate! Again, thx for maintaining this package!

dobedobedo commented on 2022-01-22 13:27 (UTC)

I can confirm that adding

liblas adios2 utf8cpp freeglut ospray python-mpi4py openvr cgns unixodbc

as dependencies by editing PKGBUILD makes the compilation work.

chiossif commented on 2022-01-20 08:15 (UTC)

I had to install these: liblas adios2 utf8cpp freeglut ospray python-mpi4py openvr cgns unixodbc in order to start makepkg. Please consider adding them as dependencies.

Although at 71%: "No rule to make target '/usr/lib/jvm/default/lib/', needed by " a few bins.

Hope all these help. TY :-)

ngoonee commented on 2022-01-20 01:49 (UTC)

@leuko thanks, but I already have both installed

@blurgy my errors start with warnings about not providing Findospray.cmake, but the actual errors start after configure, starts off with this. Linking /include doesn't help.

CMake Error at cmake/pcl_targets.cmake:306 (add_executable): Target "pcl_mesh2pcd" links to target "ospray::ospray" but the target was not found. Perhaps a find_package() call is missing for an IMPORTED target, or an ALIAS target is missing? Call Stack (most recent call first): tools/CMakeLists.txt:246 (PCL_ADD_EXECUTABLE)

leuko commented on 2022-01-19 16:42 (UTC)

I installed the version 1.12.1, but had to add the following optional dependencies of vtk:

  • fmt
  • pugixml

These are also listed as deps in pcl-git, so it would be great if they are listed as dependencies.

Regarding previous comments: I did not have any problem regarding OSPRay.

blurgy commented on 2022-01-18 07:49 (UTC)

@ngoonee The error in my previous comment says that it could not find OSPRay headers from /include, which OSPRay determines this by assuming / to be its installation prefix (from line 68 of /usr/lib/cmake/ospray-2.8.0/osprayConfig.cmake), so symlinking /usr/include to /include should have solved the error mentioned in my previous comment. Since ospray is not listed as a dependency for pcl in this PKGBUILD, are you sure you have OSPRay installed? And what is your build error specifically?

ngoonee commented on 2022-01-15 09:32 (UTC)

@blurgy doesn't seem to work for me, no change in build errors

blurgy commented on 2022-01-06 08:47 (UTC) (edited on 2022-01-06 08:48 (UTC) by blurgy)

For those having troubles with cmake saying fail to find OSPRay headers, like:

CMake Error at /lib64/cmake/ospray-2.8.0/osprayConfig.cmake:26 (message):
  Failed to find OSPRay - OSPRay install root: /, determined from relative
  path from osprayConfg.cmake install location: /lib64/cmake/ospray-2.8.0,
  does not contain OSPRay headers.  Either the install directory was deleted,
  or the install tree was only partially relocated outside of CMake after
  OSPRay was built.
Call Stack (most recent call first):
  /lib64/cmake/ospray-2.8.0/osprayConfig.cmake:69 (ospray_report_not_found)
  /lib64/cmake/vtk/VTK-vtk-module-find-packages.cmake:209 (find_package)
  /lib64/cmake/vtk/vtk-config.cmake:150 (include)
  cmake/pcl_find_vtk.cmake:25 (find_package)
  CMakeLists.txt:379 (include)

A temporary workaround is to create a symlink at /include to point to /usr/include:

# cd / && ln -s usr/include

It is a problem due to OSPRay determining a wrong installation directory on Arch Linux systems, see this issue: ospray/ospray#511.

CromFr commented on 2022-01-04 08:45 (UTC) (edited on 2022-01-04 08:46 (UTC) by CromFr)

I had some issues re-building PCL after upgrading my system (including boost 1.78). Installing the following dependencies fixed the issue:

  • community/liblas
  • community/adios2
  • community/utf8cpp
  • extra/jdk-openjdk

I'm not sure why those packages are now required, I already built PCL a month ago without any issue... (maybe PCL is falling back to those libraries if some parts of boost are unavailable?)

roachsinai commented on 2022-01-04 01:09 (UTC)

@mrwsl thanks a lot! I'll have a try!

mrwsl commented on 2022-01-03 09:17 (UTC)

@roachsinai: check your dmesg. I had the same error triggered by oom-kill. I reduced the cores to avoid high memory usage.

roachsinai commented on 2021-12-28 02:51 (UTC)

@MidnightExigent I got below error after install the packages you recommanded.

[24/657] Building CXX object search/CMakeFiles/pcl_search.dir/src/organized.cpp.o
FAILED: search/CMakeFiles/pcl_search.dir/src/organized.cpp.o
/usr/sbin/c++ -DPCLAPI_EXPORTS -Dqh_QHpointer -I/home/xq/.cache/yay/pcl/src/build/include -I/home/xq/.cache/yay/pcl/src/pcl-pcl-1.12.0/common/include -I/home/xq/.cache/yay/pcl/src/pcl-pcl-1.12.0/kdtree/include -I/home/xq/.cache/yay/pcl/src/pcl-pcl-1.12.0/octree/include -I/home/xq/.cache/yay/pcl/src/pcl-pcl-1.12.0/search/include -isystem /usr/include/eigen3 -isystem /home/xq/.cache/yay/pcl/src/pcl-pcl-1.12.0/recognition/include/pcl/recognition/3rdparty -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions         -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security         -fstack-clash-protection -fcf-protection -Wp,-D_GLIBCXX_ASSERTIONS -fopenmp -O3 -DNDEBUG -fPIC -fopenmp -std=c++14 -MD -MT search/CMakeFiles/pcl_search.dir/src/organized.cpp.o -MF search/CMakeFiles/pcl_search.dir/src/organized.cpp.o.d -o search/CMakeFiles/pcl_search.dir/src/organized.cpp.o -c /home/xq/.cache/yay/pcl/src/pcl-pcl-1.12.0/search/src/organized.cpp
c++: fatal error: Killed signal terminated program cc1plus
compilation terminated.
[41/657] Building CXX object sample_consensus/CMakeFiles/pcl_sample_consensus.dir/src/sac_model_cylinder.cpp.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().

roachsinai commented on 2021-12-28 02:26 (UTC)

@AchmadFathoni vtk version in my computer is 9.1.0 now, but still have this compile error.

kunaltyagi commented on 2021-12-22 08:49 (UTC)

1.12.1 has been released

bartus commented on 2021-12-03 20:56 (UTC) (edited on 2021-12-19 16:02 (UTC) by bartus)

Patch for vtk:9.1 plus small refactor and switch to Ninja build system :

Apply with: git am -s < <(curl -s

MidnightExigent commented on 2021-11-21 00:12 (UTC)

I needed to install following additional packages for this to compile:

  • python-mpi4py
  • jre-openjdk
  • jdk-openjdk
  • utf8cpp
  • cgns
  • pugixml
  • fmt
  • ospray
  • openvr

bartus commented on 2021-11-12 21:42 (UTC) (edited on 2021-11-12 21:43 (UTC) by bartus)

I've massaged the pcl-git PKGBUILD to make it vtk:9.1 compatible - will try to backport the PR to pcl too, you can temporarily switch to the vcs package with this patch:

AchmadFathoni commented on 2021-11-02 06:05 (UTC)

@BabiRuiva, there is still problem with VTK, should be fixed in VTK 9.1.0. For now just skip building pcl's tool by adding -DBUILD_tools=OFF

BabiRuiva commented on 2021-11-01 02:46 (UTC)

CMake fails with the following errors. Tried explicitly installing openvr, but it did not solve the problem. Is there a solution for this?

CMake Error at cmake/pcl_targets.cmake:306 (add_executable):
Target "pcl_virtual_scanner" links to target "OpenVR::OpenVR" but the
target was not found.  Perhaps a find_package() call is missing for an
IMPORTED target, or an ALIAS target is missing?
Call Stack (most recent call first):
tools/CMakeLists.txt:252 (PCL_ADD_EXECUTABLE)

CMake Error at cmake/pcl_targets.cmake:306 (add_executable):
Target "pcl_mesh_sampling" links to target "OpenVR::OpenVR" but the target
was not found.  Perhaps a find_package() call is missing for an IMPORTED
target, or an ALIAS target is missing?
Call Stack (most recent call first):
tools/CMakeLists.txt:249 (PCL_ADD_EXECUTABLE)

CMake Error at cmake/pcl_targets.cmake:306 (add_executable):
Target "pcl_mesh2pcd" links to target "OpenVR::OpenVR" but the target was
not found.  Perhaps a find_package() call is missing for an IMPORTED
target, or an ALIAS target is missing?
Call Stack (most recent call first):
tools/CMakeLists.txt:246 (PCL_ADD_EXECUTABLE)

firoz commented on 2021-10-09 12:44 (UTC)

The build fails without ospray

FiveYellowMice commented on 2021-09-24 23:12 (UTC)

Just changed pkgver and compiled 1.12.0, does not seem to have a problem so far.

kunaltyagi commented on 2021-07-28 00:03 (UTC)

1.12 has been released for a while. Any blockers in updating to 1.12?

majorx234 commented on 2021-05-02 10:03 (UTC)

@dobedobedo: ok, I added your suggested line in the cmake options.

dobedobedo commented on 2021-05-01 20:38 (UTC)

The package cannot build until I add -DCMAKE_CXX_STANDARD=14 to cmake options.

majorx234 commented on 2020-11-26 20:35 (UTC)

@JanSurf: thx! I suggested these changes to the OpenNI aur package. Hope it will be also fixed in openni upstream due to your pull request.

JanSurft commented on 2020-11-26 17:37 (UTC) (edited on 2020-11-26 17:38 (UTC) by JanSurft)

@majorx234: Yes it seems to work.

I did the following actions to check:

git clone
cd openni_PKGBUILD
aur build -f
sudo pacman -S openni 
# choose reinstall yes

aur fetch pcl
cd pcl
aur build -f
sudo pacman -S pcl
# choose reinstall yes

Everything compiled well.

majorx234 commented on 2020-11-26 10:52 (UTC)

@JanSurf: here is my openni PKGBUILD +patches:

could you try it out and give me feedback if this is working? Thx

JanSurft commented on 2020-11-26 08:14 (UTC)

@majorx234: thanks for reproducing and your helpful information!

Unfortunately I need openni for connection to an ORBBEC Astra.

I did apply the patch, but I had to change it because it was failing due to wrong line-numbers and line-endings being patched. After that the pcl package does compile further (currently at 25% ;) ).

For future reference I created a new pull request with correct patch-information for the openni-master-branch.

majorx234 commented on 2020-11-25 17:32 (UTC) (edited on 2020-11-25 17:38 (UTC) by majorx234)

@JanSurf: I can reproduce your error. If i installed openni, I've got also a lot (>7000) errors. In the OpenNI package (which isn't updated since 2 years) they suggested a patch (if you don't need OpenNI, easiest solution would be to uninstall OpenNI)

JanSurft commented on 2020-11-25 15:05 (UTC)

I encounter compilation errors with the latest version, below an excerpt:

/usr/include/ni/XnPlatform.h:73:3: error: #error OpenNI Platform Abstraction Layer - Unsupported Platform!
   73 |  #error OpenNI Platform Abstraction Layer - Unsupported Platform!
      |   ^~~~~
In file included from /home/jan/aur/pcl/src/pcl-pcl-1.11.0/io/include/pcl/io/openni_camera/openni.h:47,
                 from /home/jan/aur/pcl/src/pcl-pcl-1.11.0/io/include/pcl/io/openni_camera/openni_image.h:44,
                 from /home/jan/aur/pcl/src/pcl-pcl-1.11.0/io/include/pcl/io/pcd_grabber.h:50,
                 from /home/jan/aur/pcl/src/pcl-pcl-1.11.0/io/src/pcd_grabber.cpp:39:
/usr/include/ni/XnOS.h:51:3: error: #error OpenNI OS Abstraction Layer - Unsupported Platform!
   51 |  #error OpenNI OS Abstraction Layer - Unsupported Platform!
      |   ^~~~~
In file included from /home/jan/aur/pcl/src/pcl-pcl-1.11.0/io/include/pcl/io/openni_camera/openni.h:50,
                 from /home/jan/aur/pcl/src/pcl-pcl-1.11.0/io/include/pcl/io/openni_camera/openni_image.h:44,
                 from /home/jan/aur/pcl/src/pcl-pcl-1.11.0/io/include/pcl/io/pcd_grabber.h:50,
                 from /home/jan/aur/pcl/src/pcl-pcl-1.11.0/io/src/pcd_grabber.cpp:39:
/usr/include/ni/XnCppWrapper.h:10045:76: error: macro "XN_VALIDATE_NEW" passed 4 arguments, but takes just 2
10045 |    XN_VALIDATE_NEW(pTrans, StateChangedCallbackTranslator, handler, pCookie);

Can anybody reproduces these errors? There are 7803 lines of error in my compilation output.

majorx234 commented on 2020-11-20 09:47 (UTC)

@petronny: thx, this is fixed now

petronny commented on 2020-11-20 08:15 (UTC)

Hi, you have a hardcoded '-j8' in PKGBUILD. That should be set in /etc/makepkg.conf rather than here. Please remove it from PKGBUILD.

majorx234 commented on 2020-11-18 01:02 (UTC) (edited on 2020-11-18 01:03 (UTC) by majorx234)

@leidola updated to 1.11 and added the support for nurbs, sorry for delay

majorx234 commented on 2020-09-25 22:22 (UTC)

@leidola, will test it. try to update to version 1.11 next week + your suggestion

leidola commented on 2020-09-25 11:18 (UTC)

I wanted to use nurbs, as shown in the tutorial on the following page:

It would seem PCL doesn't enable them by default (for whatever reason), but passing -DBUILD_surface_on_nurbs=ON to CMake is all which is needed on my machine.

How do you feel about enabling nurbs support by default?

majorx234 commented on 2019-12-15 13:14 (UTC)

@bionade24: done

bionade24 commented on 2019-12-15 12:50 (UTC)

Please replace python2-sphinx with python-spinx

majorx234 commented on 2019-12-13 10:58 (UTC)

@Svenstaro @acxz sorry -j2 was my mistake, it is not needed (only on my VM because of limititation in RAM). thx for fast reply

acxz commented on 2019-12-13 08:27 (UTC)

Thanks @majorx234, also yes I agree with @Svenstaro. If you just leave make blank without any options it will use the value of the user's makepkg.conf. This kinda sucks right now, because I can only using 2 cores even when my makepkg.conf specifies using 8 cores. Please fix.

Svenstaro commented on 2019-12-13 06:49 (UTC)

You shouldn't put -j2 in there unless the package doesn't build otherwise. And even then you should prefer options=(!makeflags). Basically, allow a user's makepkg.conf to set those flags, rather.

majorx234 commented on 2019-12-12 21:08 (UTC)

@acxz you are right. Python2 isn't necessary and now removed as dependency .

acxz commented on 2019-12-11 00:18 (UTC)

Hello @majorx234, thx for maintaining this package. I was wondering why python2 is a dep for this package. If it is possible it would be nice to remove the python2 dep since python2 is about to "die" in ~20 days. I tried to find if python2 is required for PCL, but it was not on the dependencies list of the official instructions for compiling. I also tried to compile this package without having python2 installed and it compiled just fine.

majorx234 commented on 2019-07-01 15:42 (UTC)

@taketwo @ank_s thx for reporting and recommending a patch, Patches for #pragma message: The use of BOOST_*_ENDIAN and BOOST_BYTE_ORDER is deprecated. are now included

taketwo commented on 2019-07-01 06:17 (UTC)

This has been fixed upstream back in January. The patch [1] is quite small, so perhaps you can add it here until the next version of PCL is tagged.


majorx234 commented on 2019-06-28 14:04 (UTC)

@ank_s do you get compile errors or just warnings? the problem is: the patch needs a lot of changes in original code. As package maintainer I try to keep as much of the original as possible. Only if it is not possible to compile I do specific changes. These work need to be done by pcl developer. pls report this to

ank_s commented on 2019-06-28 13:26 (UTC) (edited on 2019-06-28 13:28 (UTC) by ank_s)

Keep getting deprecated mesages thoughout each percent of compilation:

In file included from /usr/include/boost/detail/endian.hpp:9,
                 from /home/anks/.cache/pikaur/build/pcl/src/pcl-pcl-1.9.1/common/include/pcl/PCLPointCloud2.h:11,
                 from /home/anks/.cache/pikaur/build/pcl/src/pcl-pcl-1.9.1/common/include/pcl/pcl_base.h:55,
                 from /home/anks/.cache/pikaur/build/pcl/src/pcl-pcl-1.9.1/common/include/pcl/common/io.h:45,
                 from /home/anks/.cache/pikaur/build/pcl/src/pcl-pcl-1.9.1/io/tools/convert_pcd_ascii_binary.cpp:47:

nota: #pragma message: The use of BOOST_*_ENDIAN and BOOST_BYTE_ORDER is deprecated. Please include <boost/predef/other/endian.h> and use BOOST_ENDIAN_*_BYTE instead
 ST_BYTE_ORDER is deprecated. Please include <boost/predef/other/endian.h> and use BOOST_ENDIAN_*_BYTE instead")

majorx234 commented on 2018-12-13 15:07 (UTC)

@luntik2012, I added libusb as dependency. Also updated to 1.91

luntik2012 commented on 2018-11-30 12:30 (UTC)

Scanning dependencies of target pcl_pcd_introduce_nan
[ 20%] Building CXX object io/tools/CMakeFiles/pcl_pcd_introduce_nan.dir/pcd_introduce_nan.cpp.o
[ 20%] Linking CXX executable ../../bin/pcl_pcd_introduce_nan
/usr/bin/ld: ../../lib/ undefined reference to `libusb_set_option'
collect2: error: ld returned 1 exit status
make[2]: *** [io/tools/CMakeFiles/pcl_pcd_introduce_nan.dir/build.make:290: bin/pcl_pcd_introduce_nan] Error 1
make[1]: *** [CMakeFiles/Makefile2:604: io/tools/CMakeFiles/pcl_pcd_introduce_nan.dir/all] Error 2
make: *** [Makefile:141: all] Error 2
==> ERROR: A failure occurred in build().
==> ERROR: Makepkg was unable to build pcl.

bartus commented on 2018-09-25 12:38 (UTC)

@majorx234: works fine, thanks!

majorx234 commented on 2018-09-25 11:07 (UTC) (edited on 2018-09-25 11:07 (UTC) by majorx234)

@kasei @bartus python is now added as makedepends

kasei commented on 2018-09-25 06:16 (UTC)

It does require python.

make[2]: *** No rule to make target '/usr/lib/', needed by 'lib/'.  Stop.

majorx234 commented on 2018-09-24 18:52 (UTC)

@bartus I don't see realy where it needs python to build. Python or Python2?

bartus commented on 2018-09-23 13:14 (UTC)

@majorx234: requires python in makedepends.

majorx234 commented on 2018-09-22 16:50 (UTC)

@kartikmohta both patches are added now thx

kartikmohta commented on 2018-09-21 22:18 (UTC) (edited on 2018-09-21 22:18 (UTC) by kartikmohta)

To fix compilation with Boost 1.68, can you pull in

Also, with the latest devel Eigen (eigen3-hg), need the following patch:

majorx234 commented on 2018-08-05 00:16 (UTC)

@Matyt fixed

Matyt commented on 2018-08-03 15:35 (UTC)

I got a checksum mismatch on 7e0c0eba0bc6917592bb7f0db88dde48c168d24a.patch. Repeatedly downloaded it and I still get 501c8da24841eeb6cdf84805841a751b162f7c94b6afe2513a636320e83dd5b7 sha256sum.

suntchan commented on 2018-06-13 06:25 (UTC)

I don't find pcl/io/openni2_grabber.h ?

majorx234 commented on 2018-06-12 14:28 (UTC)

@krukai: I added the patch and tested compilation. thx

krukai commented on 2018-06-12 09:03 (UTC) (edited on 2018-06-12 09:41 (UTC) by krukai)

No longer builds due to changes in Boost: pcl/src/pcl-pcl-1.8.1/outofcore/include/pcl/outofcore/impl/octree_disk_container.hpp:77:36: error: no matching function for call to ‘boost::uuids::random_generator_pure::random_generator_pure(boost::random::mt19937*)

A fix was already made available:

I made the following changes and it builds again:

  # Patch that was merged into master :
  patch -Np1 -i ${srcdir}/f527e5819d6a4d0e8ed46658032975b73d617f60.patch
  patch -Np1 -i ${srcdir}/7e0c0eba0bc6917592bb7f0db88dde48c168d24a.patch
  patch -Np1 -i ${srcdir}/b588c546e8e78bfdd238f0f943236257549107dd.patch

majorx234 commented on 2018-05-15 07:32 (UTC)

@jerry73204 OK I added the patch in PKGBUILD, tested on x86_64 with gcc 8.1 , should be fixed, thx

jerry73204 commented on 2018-05-14 22:10 (UTC)

I cannot build pcl with gcc 8. Can you include this patch?

GPereira commented on 2018-05-14 10:37 (UTC)

sl1pkn07 I can't seem to apply your sed command suggestion, can you send me the PKGBUILD you are suggesting to my email please?

GPereira commented on 2018-05-13 21:04 (UTC)

I'm the mantainer of ROS Melodic Morenia that is now fully released and I would like to have access

GPereira commented on 2018-05-13 21:04 (UTC)

Hi, can I comantain this package with you?

sl1pkn07 commented on 2018-04-17 15:58 (UTC) (edited on 2018-04-17 16:51 (UTC) by sl1pkn07)

makepkg print warning about have references to srcdir

EDIT: fixed with

sed "s|${srcdir}/||g" -i "${pkgdir}"/usr/share/*/PCLConfig.cmake

also, seems need set gcc6 for cuda component (cuda 9x not support gcc > 6)

-DCUDA_HOST_COMPILER=/usr/bin/gcc6 \

and add gcc6 as makedepends()

majorx234 commented on 2018-02-21 13:36 (UTC)

ok netcdf is added as dependency and a Patch by Sergey Alexandrov, to use pcl 2d modules

Morganamilo commented on 2018-02-20 03:36 (UTC)

Would not build without netcdf for me either.

pierre.killy commented on 2018-02-06 08:31 (UTC)

Same here:

:: Checking pcl integrity...
==> Making package: pcl 1.8.1-3 (Tue Feb  6 09:30:25 CET 2018)
==> Retrieving sources...
  -> Found pcl-1.8.1.tar.gz
==> Validating source files with sha256sums...
    pcl-1.8.1.tar.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!
:: failed to verify pcl integrity

Svenstaro commented on 2018-02-06 02:23 (UTC)

Checksums don't match for 1.8.1 for me.

majorx234 commented on 2018-02-05 13:45 (UTC)

@jonifndef should be fixed now, but I've tested it only on x86_64

jonifndef commented on 2018-02-02 10:19 (UTC) (edited on 2018-02-02 10:19 (UTC) by jonifndef)

I'm getting an error related to Vtk. My vtk version is 8.1.0-3. When building I get the following errors:

/usr/lib/ error: undefined reference to `vtkAbstractContextItem::StackAbove(unsigned int, unsigned int)'

/usr/lib/ error: undefined reference to `vtkAbstractContextItem::StackUnder(unsigned int, unsigned int)'

majorx234 commented on 2018-01-30 10:30 (UTC)

@GPereira hmm thought pcl uses netcdf part of vtk, On my System it builds without netcdf package.

GPereira commented on 2018-01-28 13:27 (UTC)

I had to install the following packages manually: netcdf

bartus commented on 2017-12-05 19:43 (UTC) (edited on 2017-12-05 20:46 (UTC) by bartus)

unable to build without libglew nor without opt depts of vtk {libharu,proj}.

make[2]: *** No rule to make target '/usr/lib/', needed by 'lib/'.  Stop.
make[2]: *** Waiting for unfinished jobs...

majorx234 commented on 2017-11-24 09:50 (UTC)

glew is also missing in the depends! btw package builds in Version 1.8.1 with sha256sum: 5a102a2fbe2ba77c775bf92c4a5d2e3d8170be53a68c3a76cfc72434ff7b9783

rib commented on 2017-11-21 22:38 (UTC)

I found that to build this package I needed to make these changes: diff --git a/PKGBUILD b/PKGBUILD index 38ced97..f4fad28 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -13,8 +13,8 @@ arch=('x86_64' 'i686') url='' license=('BSD') depends=('boost' 'eigen' 'flann' 'vtk' 'qhull' 'qt5-base' 'glu' 'qt5-webkit' - 'openmpi' 'python2' 'libxt') -makedepends=('cmake' 'gl2ps') + 'openmpi' 'python2' 'libxt' 'proj' 'libharu') +makedepends=('cmake') optdepends=('cuda' 'openni2' 'python2-sphinx') source=("pcl-${pkgver}.tar.gz"::"${pkgver}.tar.gz") sha256sums=('9e54b0c1b59a67a386b9b0f4acb2d764272ff9a0377b825c4ed5eedf46ebfcf4') otherwise I was seeing build failures due to /lib64/ and /usr/lib/ not existing I wasn't sure what gl2ps was but since makepkg complained it was missing for me and considering I had otherwise managed to built libpcl from git on my system I figured it might not really be required. At least for me I had no obvious problem building without gl2ps.

fl.duriez commented on 2017-11-17 09:18 (UTC)

Just missing 'libharu' in the dependencies to make it build.

al3xst commented on 2017-10-05 06:31 (UTC)

This packages requires explicitly ( to be precise) boost 1.64. So with the latest boost installed (atm boost 1.65) all programs using pcl can't be started. Workaround for me is to use the package pcl-git, but this requires to compile pcl from source, which takes a while

commented on 2017-08-21 14:46 (UTC)

hey, bchretien, I'm listed as co-maintainer of this package (along libccd and python2-empty). I would like to remove myself as co-maintainer in all three, but I don't know why. Is it something you need to do?

krukai commented on 2016-10-17 10:08 (UTC)

It seems like libpcap is at least an optional dependency. Removing it from my system resulted in both pcl_viewer and simple io functions complaining about missing.

tlou commented on 2016-09-22 06:04 (UTC)

shared object missing after updating libboost, "ln -s **" leads to undefined reference. how should i avoid compiling with specific version of "so"? or do i have to reinstall after every update? thanks!

qs9rx commented on 2016-07-21 20:31 (UTC)

If you are getting ld errors about or needed by /usr/lib/vtk-5.10/, I had to remove an ancient vtk5 on my system (which probably "provided" vtk), afterwards it compiled just

commented on 2016-06-24 20:43 (UTC)

please note that 1.8.0 non rc was released

doug commented on 2016-05-28 17:29 (UTC)

@Alad: it depends on number of parallel make jobs as set in MAKEFLAGS. 4 should be fine for 8GB of RAM (unless you run some other memory hungry app), with 8 you need more than 10GB.

Alad commented on 2016-05-28 16:21 (UTC)

How much RAM does this need to compile? At 8 GB, I ran out of swap and OOM killed the compiler process.

bchretien commented on 2016-03-12 13:37 (UTC)

I updated to the rc2. Note that pcl_sim_viewer still crashes (cf.

SMOG commented on 2016-03-11 16:53 (UTC)

Ah ok, sorry I have misunderstood. I'll try as soon as I can... thank you! :)

doug commented on 2016-03-11 16:51 (UTC)

yes, but PKGBUILD has also other lines and some of them is causing the crashing, by removing all cmake lines and keeping just these will create build that doesn't crash and works with vtk7

SMOG commented on 2016-03-11 16:44 (UTC)

@doug: it seems to me that PKGBUILD already has those lines. Also, just to be clear, the problem was not that it was not compiling, it was; it was giving me the same problem reported by @horse. ATM I've compiled against VTK6 following directions given by @bchretien and everything seems to be working fine. Thanks.

doug commented on 2016-03-11 15:37 (UTC)

@SMOG: after I edited this PKGBUILD that it uses default cmake config like this cmake .. \ -DCMAKE_BUILD_TYPE=Release \ -DCMAKE_INSTALL_PREFIX=/usr then it works with vtk7

bchretien commented on 2016-03-08 17:47 (UTC)

@SMOG: you can check how I did that for the previous pcl-qt5 package (commit here:, adapt it accordingly).

SMOG commented on 2016-03-08 17:39 (UTC)

@doug: I'm facing your exact problem... how exactly have you fixed it? I've tried compiling this having only vtk6 (from AUR) on my system but it still doesn't work... I've just changed the dependency from vtk to vtk6. Do I have to add any other flag? Thank you for your help.

commented on 2016-03-06 14:17 (UTC)

Hi, I had asked this in the past and got no response. I always get: fitting_curve_2d_pdm.h: No such file or directory and thus I have to set: -DBUILD_surface_on_nurbs=OFF Can this be address? It breaks my builds.

bchretien commented on 2016-03-03 11:25 (UTC)

@doug: yes, I made that package since VTK 7 was not supported a few weeks ago. Now, using VTK 7 implies relying on the new OpenGL2 backend which is still unstable in PCL (see

doug commented on 2016-03-02 09:22 (UTC)

combination of this package with vtk6 from aur also works

doug commented on 2016-03-01 18:35 (UTC)

I have the same problem, but everything works ok on ubuntu with manually compiled vtk 7.0 and latest pcl from github on the same hardware.

horse commented on 2016-02-29 14:26 (UTC) (edited on 2016-02-29 14:27 (UTC) by horse)

@bchretien Ah yes that's the one, my mistake. Great will do, thanks for getting back to me - glad I'm not the only one.

bchretien commented on 2016-02-29 13:51 (UTC)

@horse: don't you mean the vtk package from [community]? I can reprocude the issue with pcl_sim_viewer and any pcd file. This should probably be reported upstream ( I don't have the time to take care of this, so feel free to contact them. You can probably test with the latest commit to see if it has already been fixed since the RC tarball.

horse commented on 2016-02-29 13:28 (UTC) (edited on 2016-02-29 14:29 (UTC) by horse)

I'm getting (what appear to be VTK related) segmentation faults when I attempt to run any PCL visualizer examples. Alleyoop debug screenshot: As an example, this would trigger a seg. fault: boost::shared_ptr<pcl::visualization::PCLVisualizer> simpleVis (pcl::PointCloud<pcl::PointXYZ>::ConstPtr cloud) I've got vtk7.0.0-1 installed *(via Community):edited, and reinstalled this package a few days ago (after the vtk7 patch). Any help would be greatly appreciated!

bchretien commented on 2016-02-23 15:07 (UTC)

@kasei: good catch, thanks for the feedback!

kasei commented on 2016-02-21 07:05 (UTC)

need python2 and libxt when building

bchretien commented on 2016-02-18 15:09 (UTC)

@Svenstaro: thanks, I'm on it ;)

Svenstaro commented on 2016-02-18 15:06 (UTC)

I disowned the package for you. pcl-qt5 should not exist. This package should just use qt5 instead. Please update this package and make it use qt5. Then request pcl-qt5 to be merged into this package instead.

Caopi commented on 2016-02-18 14:54 (UTC)

@unitjan This package has been outdated for quite a while now. Check out the pcl-qt5 package, it's what this package should be.

bchretien commented on 2016-02-18 14:52 (UTC)

@Caopi: perfect, thanks for the feedback! I was concerned about API breakage, but I guess we're fine after all.

Caopi commented on 2016-02-18 14:50 (UTC) (edited on 2016-02-18 14:50 (UTC) by Caopi)

@bchretien: I could not test the vtk6 package, since you updated so quickly, but I can confirm that 1.8 with the backported patch works with ROS.

bchretien commented on 2016-02-15 12:22 (UTC)

@Caopi: apparently it was just fixed upstream ( I'll try to backport the patch.

bchretien commented on 2016-02-15 09:08 (UTC)

@Caopi: ok, it seems to be working for me with the vtk6 package I made, which can coexist with the official vtk package. I haven't tried compiling/running any other program depending on pcl yet though. If you can install vtk6 + pcl-qt5 and confirm that things work for you, that would be greatly appreciated. AUR upload appears to be bugged right now, so the PKGBUILDs are not available yet (but soon hopefully...).

bchretien commented on 2016-02-11 13:47 (UTC)

@Caopi: one thing's for sure: people are going to hate compiling VTK6. Even with ninja, it takes ages.

Caopi commented on 2016-02-11 09:17 (UTC)

@bchretien yes, i found the vtk mailing list question as well and it will probably still take a while. Considering a 1.8RC is already out without support I'm not even sure 1.8 will have OpenGL2 support. That's why I recommended the legacy package approach and thank you for your continued efforts.

bchretien commented on 2016-02-11 08:58 (UTC)

@Caopi: ok here's the actual issue I guess support for the OpenGL2 backend is going to take some time since their plate is already full.

bchretien commented on 2016-02-11 08:52 (UTC)

@Caopi: thanks again for the detailed feedback. I can make a legacy vtk package that does not conflict with the 7.0 version, but you'll have to wait at least a few hours. Possible related issue:

Caopi commented on 2016-02-11 08:45 (UTC)

Resolution: this version of PCL does not work with VTK7 because of missing checks (see ), but even with the checks the newest PCL from git does not support VTK7's new standard OpenGL2 interface, which is exclusive to the old OpenGL interface that is still needed by PCL. To use this package you need to use a legacy 6.X vtk compiled with the then standard OpenGL interface. The only partly suited package in AUR for this is vtk-visit. If someone could open a vtk6.3 legacy version for AUR and this package it would be greatly appreciated.

unitjan commented on 2016-02-10 14:15 (UTC)

This fails to compile after updating to vtk 7. I think we probably need to wait for pcl 1.8 to fix it. In the meantime, maybe pcl-git will work.

bchretien commented on 2016-02-10 12:21 (UTC)

@Caopi: PCL 1.7 is a real nightmare to maintain, but thankfully PCL 1.8 is on its way. Since it's still a RC, you should report these VTK issues to the developers on GH ASAP. In the meantime, I guess we can try to disable the compilation of that component, unless it's a core feature. openmpi is supposed to be optional AFAIK, but they may not be checking for it's availability properly when listing the components that are going to be built. I can make it mandatory I guess.

Caopi commented on 2016-02-10 11:19 (UTC)

The package doesn't build for me right now because of a missing vtk file (vtkVisibleCellSelector.h, missing in pcl_visualizer.cpp:59:36). I know for a fact that it did work three weeks ago. Maybe this is related to the recent vtk 7.0 release? (As a sidenote, the official changelog says this file got removed with vtk 6.0, see The same problem occurs with the original pcl package. Maybe we need a legacy vtk-qt5 package for this package to work? Also, the pcl-git does not compile because of another missing vtk file (missing from the same pcl_visualizer file, not the same file though), so even the newly released 1.8RC1 does not fix this problem and it seems like there is no working PCL available right now in the AUR.

Caopi commented on 2016-02-10 10:25 (UTC) (edited on 2016-02-10 10:55 (UTC) by Caopi)

While installing on a freshly installed system, I got a lot of errors about a missing (while linking pcl_convert_pcd_ascii_binary at 7%). It seems like openmpi is not optional, but required for this build, as I didn't get this error after installing openmpi manually. The same thing was reported in the pcl package as well.

Madh93 commented on 2016-02-07 00:56 (UTC)

@melvinvermeeren yes it is, with `openmpi` installed compilation works perfectly.

hectorgrey commented on 2016-02-04 14:35 (UTC) (edited on 2016-02-04 14:46 (UTC) by hectorgrey)

This failed to install on my system - turns out that you need qt5-webkit installed in addition to the qt5 libraries listed in the dependencies.

bchretien commented on 2016-02-02 00:45 (UTC)

@pietrko: Arch's current boost version is 1.60.

pietrko commented on 2016-02-01 20:47 (UTC) (edited on 2016-02-01 20:49 (UTC) by pietrko)

I've problem with boost 1.59, during linking I get following error: ../../lib/ undefined reference to boost::filesystem::path_traits::dispatch(boost::filesystem::directory_entry const&, std::string&)

pietrko commented on 2016-02-01 20:32 (UTC)

This library requires jsoncpp (if VTK is used). It gives linker error if VTK is installed and jsoncpp not. Checked on VTK 6.3.x

melvinvermeeren commented on 2016-01-29 12:01 (UTC) (edited on 2016-01-29 12:01 (UTC) by melvinvermeeren)

Looks like this package depends on `openmpi`, it will not compile without it on my system. Perhaps it can be changed from being optional to being required.

miku commented on 2016-01-12 10:25 (UTC)

After installing boost 1.60.0-1 I got the following error message: ..apps/moc_openni_passthrough.cxx ..has_prefix_operator.hp:46: Parse error at "BOOST_JOIN" ... I wrapped some boost includes like this: #ifndef Q_MOC_RUN #include <boost/random.hpp> #endif In my local PKGBUILD I used the following lines for this: grep -rl '#include <boost/random.hpp>' . \ | xargs sed -i "s/#include <boost\\/random.hpp>/\n\r#ifndef Q_MOC_RUN\n\r#include <boost\\/random.hpp>\n\r#endif/g" grep -rl '#include <boost/graph/adjacency_list.hpp>' . \ | xargs sed -i "s/#include <boost\\/graph\\/adjacency_list.hpp>/\n\r#ifndef Q_MOC_RUN\n\r#include <boost\\/graph\\/adjacency_list.hpp>\n\r#endif/g" grep -rl '#include <boost/multi_array.hpp>' . \ | xargs sed -i "s/#include <boost\\/multi_array.hpp>/\n\r#ifndef Q_MOC_RUN\n\r#include <boost\\/multi_array.hpp>\n\r#endif/g" grep -rl '#include <boost/graph/boykov_kolmogorov_max_flow.hpp>' . \ | xargs sed -i "s/#include <boost\\/graph\\/boykov_kolmogorov_max_flow.hpp>/\n\r#ifndef Q_MOC_RUN\n\r#include <boost\\/graph\\/boykov_kolmogorov_max_flow.hpp>\n\r#endif/g" It's simlar to the fix for boost 1.56 from 2014-09-18 but this time for the 1.60 boost version.

commented on 2015-12-13 18:47 (UTC)

I always have to set DBUILD_surface_on_nurbs=OFF Does it build with it ON for anyone else? I get: /home/v01d/misc/tmp/yaourt-tmp-v01d/aur-pcl/src/pcl-pcl-1.7.2/examples/surface/example_nurbs_fitting_closed_curve.cpp:1:55: fatal error: pcl/surface/on_nurbs/fitting_curve_2d_pdm.h: No such file or directory

bchretien commented on 2015-11-12 06:44 (UTC)

I added a pcl-qt5 package, for use until the next release:

dejavu commented on 2015-11-06 01:32 (UTC)

Just as an info: Needed to install 'gl2ps' and 'openmpi' for getting it compiled.

ricardotk commented on 2015-10-29 20:04 (UTC)

extra/qt5-webkit dependency is missing, right?

bchretien commented on 2015-10-26 15:27 (UTC) (edited on 2015-10-26 15:28 (UTC) by bchretien)

@taketwo: indeed, but in the meantime, linking with Qt5 requires at least a small patch to the main CMakeLists.txt to force the use of Qt5, and IIRC I had some problems with apps_cloud_composer and apps_point_cloud_editor, so I disabled these two while building. For these apps, some extra work is required (cf. for instance), but if people don't actually need them, linking with Qt5 is straightforward (possible bugs fixed since then aside).

taketwo commented on 2015-10-26 14:55 (UTC)

This is true for 1.7.2. (But as a side note,) in current master and upcoming 1.8.0 release, PCL prefers 5 over 4, and provides an option to select the desired version.

bchretien commented on 2015-10-26 02:50 (UTC)

Also, vtk now links with Qt5 (cf., while PCL links with Qt4 if it's available.

commented on 2015-10-21 21:18 (UTC)

You should add "gl2ps" package as makedepend. I had to install it in order to compile pcl!

bchretien commented on 2015-09-30 06:48 (UTC)

Note: PCL needs to be recompiled after the last vtk update.

SeanLi commented on 2015-08-27 14:47 (UTC)

Maybe it should optdepend openni. Some software like 'rtabmap' would not compile if pcl is built without openni1.

topquarkred commented on 2015-03-12 16:29 (UTC)

There seems to be a stray comma in the PKGBUILD depends section after qt5-base

de-vries commented on 2015-03-10 22:58 (UTC)

It looks like pcl can't compile without glu installed. It gets past the cmake phase fine, but will fail on compilation. I reported the problem upstream [1], but in the mean time it may be useful to ad glu as dependency or disable the point cloud editor (which is the part that will fail to compile). [1] /build/pcl/src/pcl-pcl-1.7.2/apps/point_cloud_editor/src/cloudEditorWidget.cpp:51:21: fatal error: GL/glu.h: No such file or directory # include <GL/glu.h>

bchretien commented on 2015-01-20 18:13 (UTC)

@ngoonee: if you can, try to rely on CMake and/or pkg-config for this. It provides easy access to the information you need to compile/link against PCL (include directory, libraries, flags, etc.).

ngoonee commented on 2015-01-08 05:36 (UTC)

Please add -DBUILD_OPENNI2=ON (at least commented) as I was wondering why the openni2 bindings did not get compiled even though I had openni2 installed. Also, is there any particular reason everything is in /usr/include/pcl-1.7.2/pcl rather than the more common /usr/include/pcl? I'm just concerned because this will slightly complicate things for me with paths when compiling my project in other operating systems.

pngochai commented on 2014-12-30 20:15 (UTC)

I'm using extra/eigen 3.2.2-1

taketwo commented on 2014-12-29 21:41 (UTC)

Which version of Eigen are you using? Recently there was a report on PCL issue tracker concerning 3.2.3. (But no solution though.)

pngochai commented on 2014-12-29 21:09 (UTC)

Failed to build on my system: =========================================== Scanning dependencies of target pcl_common [ 0%] Building CXX object common/CMakeFiles/pcl_common.dir/src/point_types.cpp.o In file included from /usr/include/eigen3/Eigen/Core:256:0, from /tmp/yaourt-tmp-ngochai/aur-pcl/src/pcl-pcl-1.7.2/common/include/pcl/impl/point_types.hpp:46, from /tmp/yaourt-tmp-ngochai/aur-pcl/src/pcl-pcl-1.7.2/common/include/pcl/point_types.h:319, from /tmp/yaourt-tmp-ngochai/aur-pcl/src/pcl-pcl-1.7.2/common/src/point_types.cpp:37: /usr/include/eigen3/Eigen/src/Core/util/Memory.h: In function ‘void* Eigen::internal::generic_aligned_realloc(void*, std::size_t, std::size_t)’: /usr/include/eigen3/Eigen/src/Core/util/Memory.h:167:13: error: ‘ENOMEM’ was not declared in this scope errno = ENOMEM; // according to the standard ^ common/CMakeFiles/pcl_common.dir/build.make:54: recipe for target 'common/CMakeFiles/pcl_common.dir/src/point_types.cpp.o' failed make[2]: *** [common/CMakeFiles/pcl_common.dir/src/point_types.cpp.o] Error 1 CMakeFiles/Makefile2:106: recipe for target 'common/CMakeFiles/pcl_common.dir/all' failed make[1]: *** [common/CMakeFiles/pcl_common.dir/all] Error 2 Makefile:127: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build pcl. ==> Restart building pcl ? [y/N] ==> ---------------------------- ==>

theodore commented on 2014-12-05 12:44 (UTC)

ok, well the error was due to some bug in the vtk package. It seems that they have some issues lately. With the last update, the building procedure finishes successfuly.

theodore commented on 2014-12-05 11:16 (UTC)

qt5 is installed, for that reason the error seems weird to me.

ppwwyyxx commented on 2014-12-05 03:02 (UTC)

You seem to miss qt5 installed, which is missed in PKGBUILD.

theodore commented on 2014-12-04 23:55 (UTC)

I am getting the following compilation error: Linking CXX shared library ../lib/ /usr/bin/ld: cannot find -lQt5::Widgets collect2: error: ld returned 1 exit status surface/CMakeFiles/pcl_surface.dir/build.make:4398: recipe for target 'lib/' failed make[2]: *** [lib/] Error 1 CMakeFiles/Makefile2:1039: recipe for target 'surface/CMakeFiles/pcl_surface.dir/all' failed make[1]: *** [surface/CMakeFiles/pcl_surface.dir/all] Error 2 Makefile:127: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... what do I miss, any hints?

ppwwyyxx commented on 2014-12-01 02:08 (UTC)

It builds fine for me (probably others, too?). And I don't see any clues why the examples won't build.

commented on 2014-11-30 13:31 (UTC)

I did and now it builds. Maybe it would be better to set it off by default?

bchretien commented on 2014-11-25 13:06 (UTC)

@v01d: have you tried turning BUILD_examples off?

commented on 2014-11-25 13:03 (UTC)


commented on 2014-11-01 02:09 (UTC)

does not build for me, I'm getting: [ 44%] Building CXX object examples/surface/CMakeFiles/pcl_example_nurbs_fitting_closed_curve.dir/example_nurbs_fitting_closed_curve.cpp.o /home/v01d/misc/tmp/yaourt-tmp-v01d/aur-pcl/src/pcl-pcl-1.7.2/examples/surface/example_nurbs_fitting_closed_curve.cpp:1:55: fatal error: pcl/surface/on_nurbs/fitting_curve_2d_pdm.h: No such file or directory #include <pcl/surface/on_nurbs/fitting_curve_2d_pdm.h> ^ compilation terminated. examples/surface/CMakeFiles/pcl_example_nurbs_fitting_closed_curve.dir/build.make:54: recipe for target 'examples/surface/CMakeFiles/pcl_example_nurbs_fitting_closed_curve.dir/example_nurbs_fitting_closed_curve.cpp.o' failed make[2]: *** [examples/surface/CMakeFiles/pcl_example_nurbs_fitting_closed_curve.dir/example_nurbs_fitting_closed_curve.cpp.o] Error 1 CMakeFiles/Makefile2:2907: recipe for target 'examples/surface/CMakeFiles/pcl_example_nurbs_fitting_closed_curve.dir/all' failed make[1]: *** [examples/surface/CMakeFiles/pcl_example_nurbs_fitting_closed_curve.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs....

ppwwyyxx commented on 2014-09-22 22:27 (UTC)

Sorry for the delay. The package is updated to 1.7.2.

Syderitic commented on 2014-09-22 20:54 (UTC)

idk, i was installing ros-hydro-gazebo and i couldnt compile 1.7.1 so i tried 1.7.2 and it worked

taketwo commented on 2014-09-22 20:52 (UTC)

I see the package was updated yesterday, but the version is still 1.7.1, while the latest release is 1.7.2. Is there any reason for that?

Syderitic commented on 2014-09-22 20:41 (UTC)

Using boost 1.56 Managed to compile 1.7.2 by commenting the sed -i line and wrapping the posix_time.hpp like miku in my PKGBUILD btw md5sums:02c72eb6760fcb1f2e359ad8871b9968 Loving Arch!! First post! waaay!!

miku commented on 2014-09-18 20:07 (UTC)

I wrapped all boost posix_time.hpp includes like this: #ifndef Q_MOC_RUN #include <boost/date_time/posix_time/posix_time.hpp> #endif In my local PKGBUILD I used the following line to do this: grep -rl '#include <boost/date_time/posix_time/posix_time.hpp>' . | xargs sed -i "s/#include <boost\\/date_time\\/posix_time\\/posix_time.hpp>/#ifndef Q_MOC_RUN\n\r#include <boost\\/date_time\\/posix_time\\/posix_time.hpp>\n\r#endif/g" With this modification pcl compiles for me with using boost 1.56. Maybe this information helps to find a patch.

pallegro commented on 2014-09-15 22:30 (UTC)

Don't have time to make a diff right now, but I wrapped all boost and pcl includes in apps/include/pcl/apps/{manual_registration.h,pcd_video_player.h} with #ifndef Q_MOC_RUN and it (pcl 1.7.2) magically built :). I tried just wrapping the boost includes but that failed and don't have time to track down which pcl include is bringing in boost/type_traits/detail/has_binary_operator.hpp

ngoonee commented on 2014-09-11 01:22 (UTC)

I'm the Arch user in question. Actually the error applies to pcl-git, pcl itself has a more general error related to the libboost bump.

bchretien commented on 2014-09-09 09:21 (UTC)

Compilation currently fails: [ 4%] Generating include/pcl/apps/cloud_composer/tool_interface/moc_abstract_tool.cxx usr/include/boost/type_traits/detail/has_binary_operator.hp:50: Parse error at "BOOST_JOIN" apps/cloud_composer/CMakeFiles/pcl_cc_tool_interface.dir/build.make:53: recipe for target 'apps/cloud_composer/include/pcl/apps/cloud_composer/tool_interface/moc_abstract_tool.cxx' failed make[2]: *** [apps/cloud_composer/include/pcl/apps/cloud_composer/tool_interface/moc_abstract_tool.cxx] Error 1 CMakeFiles/Makefile2:7624: recipe for target 'apps/cloud_composer/CMakeFiles/pcl_cc_tool_interface.dir/all' failed make[1]: *** [apps/cloud_composer/CMakeFiles/pcl_cc_tool_interface.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... This is due to Another Arch users reported that on their forum:

bchretien commented on 2014-09-08 13:18 (UTC)

The patch was also merged upstream:

bchretien commented on 2014-09-08 10:49 (UTC)

Patch formatted here: You simply need to add: patch -p0 -i ../patch_boost1.56.txt

bchretien commented on 2014-09-08 10:14 (UTC)

+1 for Boost 1.56 support.

kartikmohta commented on 2014-09-08 08:46 (UTC)

Needs a patch for compiling with boost 1.56 (see --- pcl-pcl-1.7.1/io/src/lzf_image_io.cpp~ 2014-09-08 03:03:01.925540518 -0400 +++ pcl-pcl-1.7.1/io/src/lzf_image_io.cpp 2014-09-08 03:10:55.382514407 -0400 @@ -198,7 +198,7 @@ catch (std::exception& e) {} - boost::property_tree::xml_writer_settings<char> settings ('\t', 1); + boost::property_tree::xml_writer_settings<std::string> settings = boost::property_tree::xml_writer_make_settings<std::string>('\t', 1); pt.put (tag, parameter); write_xml (filename, pt, std::locale (), settings); @@ -218,7 +218,7 @@ catch (std::exception& e) {} - boost::property_tree::xml_writer_settings<char> settings ('\t', 1); + boost::property_tree::xml_writer_settings<std::string> settings = boost::property_tree::xml_writer_make_settings<std::string>('\t', 1); pt.put ("depth.focal_length_x", parameters.focal_length_x); pt.put ("depth.focal_length_y", parameters.focal_length_y); pt.put ("depth.principal_point_x", parameters.principal_point_x); @@ -279,7 +279,7 @@ catch (std::exception& e) {} - boost::property_tree::xml_writer_settings<char> settings ('\t', 1); + boost::property_tree::xml_writer_settings<std::string> settings = boost::property_tree::xml_writer_make_settings<std::string>('\t', 1); pt.put ("rgb.focal_length_x", parameters.focal_length_x); pt.put ("rgb.focal_length_y", parameters.focal_length_y); pt.put ("rgb.principal_point_x", parameters.principal_point_x);

daniel commented on 2014-03-25 08:46 (UTC)

pcl needs qhull <= 2011.1. I got segmentation faults with the version provided by pacman.

progtologist commented on 2013-10-29 23:36 (UTC)

I get this error when compiling: /usr/include/vtk-5.10/QVTKWidget.h:40:25: fatal error: QtGui/QWidget: No such file or directory

Svenstaro commented on 2013-10-28 17:35 (UTC)

Feel free to take over maintainership. I disowned the package.

hauptmech commented on 2013-10-28 17:35 (UTC)

Consider removing openni from makedepends

hauptmech commented on 2013-10-28 17:31 (UTC)

For me libpcl_io required HDF5 for linking.

bchretien commented on 2013-10-28 15:17 (UTC)

PCL 1.7.1 released:

jeadorf commented on 2013-10-01 04:25 (UTC)

PCL 1.7 does not support OpenNI2, it is stated on the Windows or MacOS download page and respectively.

nicolasavru commented on 2013-09-25 18:55 (UTC)

Has anyone used this with openni2? With openni2 installed, during configuration, this package reports that the openni libs cannot be found. It can successfully find openni1 (openni-git) libs if those are installed. I have not been able to determine conclusively if openni2 is supported by pcl 1.7 or not. If it is not, this package should have openni-git as a makedepend and optdepend instead of openni2. The same applies to the pcl-git package.

progtologist commented on 2013-09-25 11:48 (UTC)

Maybe different version of pcl should be uploaded with and without cuda support that provide functionality for all users!

jeadorf commented on 2013-09-04 09:14 (UTC)

Just a note: the value $srcdir of the variable shows up in the PCLConfig.cmake file in the package generated during the CMake build process. This makes the /usr/shared/PCLConfig.cmake file in the package dependent on where the package is built. It looks like that it only makes a difference when you use PCL via CMake in another project (

Svenstaro commented on 2013-06-26 08:56 (UTC)

Meh next boost release will fix this. I will just wait until then.

MOZGIII commented on 2013-06-25 15:53 (UTC)

I've got the same error as @stepo. I do have nvidia card (and cuda) and I've got all deps installed. The problem is the code is buggy. Look here: So, how about adding this patch:

commented on 2013-05-30 15:22 (UTC)

@stepo: you probably doon't have nvidia card so build pcl (and before that: flann) without cuda and opencl (you have to remove the dependences from PKGBUILDs). Also, use git package just to be sure (I had the same problem but I didn't test this one - git is working after you comment out: # -DBUILD_CUDA=ON \ # -DBUILD_GPU=ON \ # -DBUILD_gpu_surface=ON \ # -DBUILD_gpu_people=ON \ # -DBUILD_gpu_tracking=ON \ # -DBUILD_simulation=ON but if you want to test this one, you probably need to comment out something else).

commented on 2013-05-30 14:55 (UTC)

@stepo: you probably doon't have nvidia card so build pcl (and before that: flann) without cuda and opencl (you have to remove the dependences from PKGBUILDs). Also, use git package just to be sure (I had the same problem but I didn't test this one - git is working after you comment out: # -DBUILD_CUDA=ON \ # -DBUILD_GPU=ON \ # -DBUILD_gpu_surface=ON \ # -DBUILD_gpu_people=ON \ # -DBUILD_gpu_tracking=ON \ # -DBUILD_simulation=ON but if you want to test this one, you probably need to comment out something else).

commented on 2013-05-29 10:27 (UTC)

error: target not found: eigen3 error: target not found: openni-git ==> ERROR: 'pacman' failed to install missing dependencies. They should be probably added. Or not, for some reason?

dreuter commented on 2013-05-14 10:59 (UTC)

@vivasvan Hi, when you get the followig error like vivasvan: Please set them or make sure they are set and tested correctly in the CMake files: MPI_CXX_LIBRARIES (ADVANCED) Just install openmpi: (sudo) pacman -S openmpi

stepo commented on 2013-04-18 07:03 (UTC)

Hi, I get this boost-related compilation error: /usr/include/boost/smart_ptr/shared_array.hpp:48:25: note: no known conversion for argument 1 from ‘int’ to ‘const boost::shared_array<short unsigned int>&’ make[2]: *** [io/CMakeFiles/pcl_io.dir/src/openni_grabber.cpp.o] Error 1 make[1]: *** [io/CMakeFiles/pcl_io.dir/all] Error 2 make: *** [all] Error 2

dtouch3d commented on 2013-02-15 14:24 (UTC)

The URL doesn't work anymore. Replace with$pkgver/PCL-$pkgver-Source.tar.bz2/download

Svenstaro commented on 2012-08-08 12:36 (UTC)


commented on 2012-08-08 08:55 (UTC)

1.6.0 works well. Simply alter the version number, the md5sum and comment out the "find | xargs..." lines (and the -DBUILD_CUDA).

vivasvan commented on 2012-06-23 18:28 (UTC)

hi, while compiling the above package i am getting the same error as Theodore describes. is something missing in the pkgbuild? any help would be highly appreciated. Also, when i tried pcl-svn i get the following error CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: MPI_CXX_LIBRARIES (ADVANCED) linked by target "proctor" in directory /home/pankaj/tmp/yaourt-tmp-pankaj/aur-pcl-svn/src/pcl/proctor -- Configuring incomplete, errors occurred! ==> ERROR: A failure occurred in build(). Aborting...

Svenstaro commented on 2012-06-19 12:35 (UTC)

Why didn't you use pcl-svn then?

theodore commented on 2012-06-19 11:01 (UTC)

finally i managed to compile the source from the trunk by modifying a little bit the PKGBUILD thanks

theodore commented on 2012-06-19 01:38 (UTC)

hi i am trying to compile the package but i am getting the following error: ==> Starting build()... sed: no input files ==> ERROR: A failure occurred in build(). Aborting... then i am removing the two lines inside the PKGBUILD that contain the "sed" command since there is no input, but the compilation ends with the following error: make[2]: *** [tracking/CMakeFiles/pcl_tracking.dir/src/particle_filter_omp.cpp.o] Error 1 make[2]: *** Waiting for unfinished jobs.... Scanning dependencies of target openni_change_viewer [ 75%] Building CXX object apps/CMakeFiles/openni_change_viewer.dir/src/openni_change_viewer.cpp.o Scanning dependencies of target openni_passthrough [ 75%] Building CXX object apps/CMakeFiles/openni_passthrough.dir/src/openni_passthrough.cpp.o make[1]: *** [tracking/CMakeFiles/pcl_tracking.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... Linking CXX executable ../bin/openni_change_viewer [ 75%] Built target openni_change_viewer Linking CXX executable ../bin/openni_passthrough [ 75%] Built target openni_passthrough Linking CXX shared library ../lib/ [ 75%] Built target pcl_features make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... any idea thanks in advance

Svenstaro commented on 2012-03-28 13:51 (UTC)

Update deps to flann as libflann is gone.

lubosz commented on 2011-11-10 05:43 (UTC)

Updated to PCL 1.3.0

ptb commented on 2011-06-24 23:13 (UTC)

An updated PKGBUILD (version 1.0.0) can be found at .