Nevermind, I had an error in the other package's manifest, and it was
exporting linker definitions that were not necessary.

Thanks again,

  Mike


On 4/18/2011 1:25 PM, Mike Vande Weghe wrote:
> Darn, that was an obvious mistake.  I should have seen that.
> 
> Well, that seems to have fixed the dependency problem, but now it's
> introducing a new error in the way the code is generated:
> 
>   [100%] Building CXX object CMakeFiles/mytraj.dir/MyTraj.o
>   Linking CXX shared library ../lib/libmytraj.so
>   /usr/bin/ld:
> /homes/mvandewe/pr/branches/mike/owd/lib/libopenwam.a(Trajectory.o):
> relocation R_X86_64_32 against `.bss' can not be used when making a
> shared object; recompile with -fPIC
>   /homes/mvandewe/pr/branches/mike/owd/lib/libopenwam.a: could not read
> symbols: Bad value
>   collect2: ld returned 1 exit status
>   make[3]: *** [../lib/libmytraj.so] Error 1
> 
> Is the rosbuild_add_library() setting different compile flags than
> cmake's own add_library()?  I wasn't getting this error before, and my
> compiled library loaded just fine, too.
> 
> Thanks,
> 
>   Mike
> 
> On 4/18/2011 12:16 PM, Brian Gerkey wrote:
>> On Mon, Apr 18, 2011 at 8:50 AM, Mike Vande Weghe <vandeweg@cmu.edu> wrote:
>>> I've noticed that for a package that defines a single ROS service and
>>> that builds a single shared library, the compilation fails the first
>>> time through because the header file for the service has not yet been
>>> completed.  When I do a second rosmake the compilation succeeds.  Do
>>> service generation and code compilation happen in parallel, and if so is
>>> there a way to order them?
>>>
>>> My CMakeLists.txt looks like this:
>>> -------------------------------------------------------
>>> cmake_minimum_required(VERSION 2.4.6)
>>> include($ENV{ROS_ROOT}/core/rosbuild/rosbuild.cmake)
>>>
>>> rosbuild_init()
>>> rosbuild_gensrv()
>>>
>>> add_library(mytraj SHARED MyTraj.cpp)
>>> -------------------------------------------------------
>>
>> You're calling CMake's `add_library()` directly, which doesn't offer
>> rosbuild the opportunity to set up dependencies.  It also doesn't
>> bring in ROS-related build flags, e.g., from packages that your
>> package depends on.
>>
>> I recommend calling `rosbuild_add_library()` instead:
>>   rosbuild_add_library(mytraj MyTraj.cpp)
>> You don't need to supply the SHARED flag.  Building of static and
>> shared libs for rosbuild is controlled via the `ROS_BUILD_STATIC_LIBS`
>> and `ROS_BUILD_SHARED_LIBS` variables (but note that static libs are
>> not well-exercised).
>>
>> 	brian.
>> _______________________________________________
>> ros-users mailing list
>> ros-users@code.ros.org
>> https://code.ros.org/mailman/listinfo/ros-users
>>
> _______________________________________________
> ros-users mailing list
> ros-users@code.ros.org
> https://code.ros.org/mailman/listinfo/ros-users
>