Activity for Rich Mattes
-
Rich Mattes posted a comment on ticket #377
Hi Victor Thanks for the reply. There's one more spot where librt is being linked to, in libplayercore. I grepped through the rest of the CMakeLists.txt and didn't see any more hits for librt outside of IF (PLAYER_OS_SOLARIS), but grepping for "rt" produces tons of false positives so let me know if something else breaks. diff --git a/libplayercore/CMakeLists.txt b/libplayercore/CMakeLists.txt index 33768da6..97c6b9ab 100644 --- a/libplayercore/CMakeLists.txt +++ b/libplayercore/CMakeLists.txt @@...
-
I was able to reproduce the error where interface_table.h wasn't found, and the patch I posted above that calls "add_dependencies" seems to fix the error on my machine. I don't have a mac to test the second patch. I pushed both of these to git master - if you could give it a try I'd appreciate it. https://github.com/playerproject/player
-
So interface_table.h is generated by a python script during build time. EIther something is wrong with the script/python interpreter, or something is wrong with the way that the dependencies are set up. If the output pasted is the complete output, it looks like the build system isn't trying to generate interface_table.h before trying to build libplayerinterface. This patch may correct that: diff --git a/libplayerinterface/CMakeLists.txt b/libplayerinterface/CMakeLists.txt index 59bb4ea2..0e22b8fd...
-
The problem with clock_gettime is a different issue. Player tests for the existance of librt.so and the clock_gettime function, and if it can't find either of those it tries to provide clock_gettime functionality. It looks like librt doesn't exist on os x, so a check for clock_gettime is all that's needed. Try this patch: diff --git a/cmake/internal/SearchForStuff.cmake b/cmake/internal/SearchForStuff.cmake index dd6e6ebd..6dbe2d83 100644 --- a/cmake/internal/SearchForStuff.cmake +++ b/cmake/internal/SearchForStuff.cmake...
-
So interface_table.h is generated by a python script during build time. EIther something is wrong with the script/python interpreter, or something is wrong with the way that the dependencies are set up. If the output pasted is the complete output, it looks like the build system isn't trying to generate interface_table.h before trying to build libplayerinterface. This patch may correct that: diff --git a/libplayerinterface/CMakeLists.txt b/libplayerinterface/CMakeLists.txt index 59bb4ea2..0e22b8fd...
-
Hmm... is it possible you're using python 3 instead of python 2? Player 3.0.2's generators...
-
The CMake dependencies for that part of the code aren't set up right, this patch...
-
C++11 compatibility
-
Only build against statgrab 0.17 or less
-
Port interface and xdr generators to python 3
-
libstage/model_camera.cc:175: bad if statements ?
-
Stage is now being maintained on github: github.com/rtv/Stage. I've reported the...
-
Switch to GNUInstallDirs
-
you should be able to apt-get install robot-player on debian and ubuntu systems....
-
Installation is very very difficult
-
Player: Offline path computations with wavefront
-
I finally got around to doing this. The way I implemented it was as follows: Added...
-
Planner interface extensions: start position co...
-
Applied patch #625: Offline path computations w...
-
lasercspace driver
-
No response, closing.
-
No response. Closing.
-
build fails on OS X in playerc Ruby bindings
-
This should be fixed in the latest SVN HEAD. Player should build with libphidget...
-
PhidgetsIFK will not compile
-
No response, closing.
-
Building Player with CMake on Win Vista
-
It sounds like you're not reading messages fast enough actually. Try setting a replace...
-
error on method Read()
-
Player 3: ruby bindings depend on presence of libruby.so
-
Is there some sort of ruby development package for gentoo? The unversioned symlinks...
-
As far as I can tell, this isn't an issue any more in the latest Player trunk. If...
-
wavefront local planning
-
Bug in laserrescan driver
-
Applied patch #347: Bug in laserrescan driver
-
Bug in laserrescan driver
-
Not winning any awards for response time, but I've applied your fix as r9138. Thanks...
-
Duplicate of 497
-
Viewer controller for Stage
-
Multiline Drawing for Player and Stage
-
Applied to Stage 4.x, closing.
-
Delete error in logfile reader
-
Player: Offline path computations with wavefront
-
Fixed in http://github.com/rtv/Stage/pull/32
-
fix CAPABILTY typo in stageplugin an re-enable it
-
RealTime vs SimTime in bumber controller
-
Bumper related issues are now on github: http://github.com/rtv/Stage/pull/44
-
Add bumper device to stage
-
Issue is now tracked on github, see http://github.com/rtv/Stage/pull/44
-
Pull 32 was merged 8 months ago, closing.
-
Stage camera in Player
-
Both instances of Timer were renamed (to EpuckTimer and MricpTimer) so they will...
-
epuck driver blocks static linking
-
inking error stage 4.0.1 in fltk
-
Trouble while installing Player 3.0.1
-
So the videodev->videodev2 issue is solved in Player 3.0.2 and higher. The missing...
-
Trouble while installing Player 3.0.1
-
Trouble while installing Player 3.0.1
-
If you don't need the sphereptz driver you can disable its compilation to work around...
-
player install error
-
It looks like this issue is fixed in the latest SVN version of Player. If you have...
-
Player Windows Installation Help with CMake
-
Not sure how to address this bug. Closing for now.
-
Thanks for the report. It looks like this issue is already fixed in the SVN version...
-
missing -lpq in compile link line
-
GPS speed, course made good and time
-
I think we're good to go here, so I'm going to close this report as accepted. If...
-
Camerav4l2 support for Logilink USB 2.0 Video Grabber
-
Thanks for the patch! Applied as r9137
-
Applied patch #670: Camerav4l2 support for Logi...
1
