I had done the exact same thing and added the workaround to the
Jenkins setup preamble. This is the verbose output of what actually
gets called:



/usr/bin/c++    -pthread -O2 -g
-L/tmp/install_dir/stack_overlay/unique_identifier/unique_id/lib
CMakeFiles/test_unique_id.dir/tests/test_unique_id.cpp.o  -o
../bin/test_unique_id -rdynamic -L/opt/ros/groovy/lib -lroscpp
-lboost_signals-mt -lboost_filesystem-mt -lrosconsole
-lroscpp_serialization -lxmlrpcpp -lrostime -lboost_date_time-mt
-lboost_system-mt -lboost_thread-mt -lpthread -lcpp_common
-l/usr/lib/libgtest.a -Wl,-rpath,/opt/ros/groovy/lib

/usr/bin/ld: cannot find -l/usr/lib/libgtest.a




So somewhere rosmake is using "-l/usr/lib/libgtest.a" instead of "-L
/usr/lib -lgtest". Any suggestions from a rosmake guru?


Wim







On Sat, Nov 24, 2012 at 10:02 AM, Brian Gerkey <gerkey@osrfoundation.org>wrote:

> On Fri, Nov 23, 2012 at 7:53 PM, Wim Meeussen <wim@hidof.com> wrote:
> > I tried one of the (ugly) workarounds from the comments above:
> >
> > cd /usr/src/gtest
> > sudo cmake CMakeLists.txt
> > sudo make
> > sudo cp *.a /usr/lib
> >
> > This creates a static library /usr/lib/libgtest.a, but linking fails:
> >
> > Linking CXX executable ../bin/test_unique_id
> >   /usr/bin/ld: cannot find -l/usr/lib/libgtest.a
>
> FWIW, I've added that workaround to the setup preamble of Jenkins
> builds and it worked fine.  I'm surprised that the linker can't find
> the lib in your case.  I would turn on verbose linker output to figure
> out what's going on there.
>
>     brian.
>



-- 
Wim Meeussen
CTO, hiDOF Inc.
650-529-4522
http://hidof.com