pcl_ros acting up in MacOS 10.12

[mikepurvis]

pcl_ros acting up in MacOS 10.12

[lloydc99]

I have the same problem in pcl_ros and similar problems in several other projects.

Errors     << image_proc:make /Users/clloyd/ros-install-t2/indigo_desktop_full_ws/logs/image_proc/build.make.004.log   
 In file included from /Users/clloyd/ros-install-t2/indigo_desktop_full_ws/src/image_pipeline/image_proc/src/libimage_proc/processor.cpp:34:
 In file included from /Users/clloyd/ros-install-t2/indigo_desktop_full_ws/src/image_pipeline/image_proc/include/image_proc/processor.h:37:
 In file included from /usr/local/include/opencv2/core/core.hpp:53:
 In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/algorithm:626:
 /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:79:9: error: no member named 'strcoll' in the global namespace; did you mean 'strtoll'?
using ::strcoll;

Errors     << image_view:make /Users/clloyd/ros-install-t2/indigo_desktop_full_ws/logs/image_view/build.make.004.log   
In file included from /Users/clloyd/ros-install-t2/indigo_desktop_full_ws/src/image_pipeline/image_view/src/nodes/disparity_view.cpp:34:
In file included from /opt/ros/indigo/include/ros/ros.h:38:
In file included from /opt/ros/indigo/include/ros/time.h:53:
In file included from /opt/ros/indigo/include/ros/platform.h:55:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/string:436:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:79:9: error: no member named 'strcoll' in the global namespace; did you mean 'strtoll'?
using ::strcoll;

[lloydc99]

Sorry,

Should have included:
macOS 10.12.1
Xcode Version 8.1 (8B62)

I agree this is probably a new and separate issue.

[mikepurvis]

I'm getting a clean build at least on El Cap, but that's with CMAKE_FIND_FRAMEWORK=LAST added, as suggested in #73.

[spmaniato]

I'm getting a new compilation error today (after brew upgrade) and a fresh.rosinstall file:

Errors     << pcl_ros:make /Users/smaniato/Projects/Robotics/indigo_desktop_full_ws/logs/pcl_ros/build.make.000.log
In file included from /Users/smaniato/Projects/Robotics/indigo_desktop_full_ws/src/perception_pcl/pcl_ros/tools/convert_pointcloud_to_image.cpp:42:
In file included from /Users/smaniato/Projects/Robotics/indigo_desktop_full_ws/src/ros_comm/roscpp/include/ros/ros.h:38:
In file included from /Users/smaniato/Projects/Robotics/indigo_desktop_full_ws/src/roscpp_core/rostime/include/ros/time.h:53:
In file included from /Users/smaniato/Projects/Robotics/indigo_desktop_full_ws/src/roscpp_core/cpp_common/include/ros/platform.h:55:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/string:436:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring:79:9: error: no member named 'strcoll' in the global namespace; did you mean 'strtoll'?
using ::strcoll;
      ~~^

Might be coincidental that it came up during pcl_ros Or maybe not.

PS1. I'm on macOS 10.11 ⚠️
PS2. I also upgraded to Xcode 8 since last time I built ROS

[spmaniato]

@lloydc99 What are your macOS and Xcode versions? Also, are you building Indigo or Kinetic?

PS. I'm also getting the no member named '<something>' in the global namespace when compiling other modules as well. Basically I can only build the ros_base configuration without these issues. Maybe we should open a standalone issue about this.

[toyoxx]

I had this exact problem, but I had it on common_tutorials first. I headed there and they pointed me that it was a problem in class_loader package. I then moved the thread there but so far no comments or replies. I gave up compiling on Sierra for the time being.

I tried switching from libc++ to libstdc++, and also switching the compilers. None of these worked.

I'll keep trying different approaches and will let you know if I find a way to solve this.

Thanks

[lloydc99]

Thanks for the update.

I'm looking at cmake options based on this very old post.
I have not had a chance to follow it all the way through.

http://forum.openscenegraph.org/viewtopic.php?t=3007&view=previous

On Sun, Nov 20, 2016 at 9:39 PM, toyoxx [email protected] wrote:

I had this exact problem, but I had it on common_tutorials first. I headed
there and they pointed me that it was a problem in class_loader package.
I then moved the thread there but so far no comments or replies. I gave up
compiling on Sierra for the time being.

I tried switching from libc++ to libstdc++, and also switching the
compilers. None of these worked.

I'll keep trying different approaches and will let you know if I find a
way to solve this.

Thanks

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#64 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AF103GmYmccEWBawkOH-_ZK1VZ2SchPcks5rAQR5gaJpZM4KLq3U
.

[spmaniato]

@toyoxx I don't think the macOS version is the problem since I'm on El Capitan (10.11.6) and still getting the same errors. Are you on Xcode 8 too maybe? It looks like the common denominator 🤔

[mikepurvis]

Has anyone seen this error while using the command line tools vs. the full XCode install? In the past, there have been cryptic errors that go away when users switch to the CLT compiler.

[lloydc99]

I'm not sure what I should be using. Does this help?
$ xcode-select -p
/Library/Developer/CommandLineTools

On Sun, Nov 20, 2016 at 10:56 PM, Mike Purvis [email protected]
wrote:

Has anyone seen this error while using the command line tools vs. the full
XCode install? In the past, there have been cryptic errors that go away
when users switch to the CLT compiler.

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#64 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AF103DzjcWShHy635y3u3JFz4cnWS34qks5rARZogaJpZM4KLq3U
.

[spmaniato]

I was definitely using command line tools before the Xcode 8 upgrade. But even now, I get:

$ gcc --version
Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 7.3.0 (clang-703.0.31)
Target: x86_64-apple-darwin15.6.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin

@mikepurvis Digging a bit deeper, for me the errors are coming from:

/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cstring

whereas for @toyoxx (link to his gist) they are coming from:

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/cstring

PS. If anyone wants to try downgrading Xcode: http://stackoverflow.com/a/14756127/2653356

[knorth55]

I got same error macOS sierra, but I updated Xcode, and build was succeeded.
I think i switched to use xcode command-line-tools (I'm not sure, but my installdir of gcc looks so)

$ gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 8.0.0 (clang-800.0.42.1)
Target: x86_64-apple-darwin16.0.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

[spaghetti-]

No errors on 10.12 with XCode 8 (latest), pcl 1.8. Can this be closed?