[ros-users] Underlinking in urdf on trunk?

[Daniel Stonier]

On 24 January 2011 08:10, Rosen Diankov <rosen.diankov at gmail.com> wrote:

> Hi Daniel,
>
> This was due to the colladadom package.
>
> We recently starting adding COLLADA support in the urdf package, which
> means linking with colladadom.
>
> It should be fixed in trunk now.
> thanks!
> rosen,
>

Hi Rosen,

Just found your update in svn - cheers.

Though I did some digging around last night and tested on my home computers
to make sure and suddenly realised this morning I missed something on my end
- sorry! I'd updated to try out the gold linker after my trip to willow
(blame Radu!) which I now know does not dig down into the dependency libs
for lookups to unresolved symbols like gnu ld does. This might have been the
problem rather than underlinking per se as I was getting similar problems
with my own libraries and -lrt.

At any rate, its probably technically correct to export -lz and is something
to look out for as it seems they're thinking of pushing the same default for
ld. Apparently it helps resolve some brittle situations with package
management. Some more info from the fedora guys here:

https://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking
https://fedoraproject.org/wiki/UnderstandingDSOLinkChange

Also, nice to be able to have things work with gold.

Cheers,
Daniel.

2011/1/22 Brian Gerkey <gerkey at willowgarage.com>:
> > On Thu, Jan 20, 2011 at 11:04 PM, Daniel Stonier <d.stonier at gmail.com>
> wrote:
> >> I just tried to compile urdf from trunk on ubuntu maverick and got some
> >> undefined references to zlib functions.
> >>
> >> /usr/bin/ld: /opt/rocos/robot_model/colladadom/lib/libminizip.so: error:
> >> undefined reference to 'deflate'
> >
> > Did you pull all of robot_model/trunk, or just robot_model/trunk/urdf?
> >
> > The unstable build of robot_model on maverick is passing
> > (
> http://build.willowgarage.com/view/devel_unstable/job/devel_unstable_robot_model_maverick_amd64/
> ),
> > but it's using robot_model/branches/robot_model-1.4, and there are
> > significant differences between that branch and trunk.  We don't
> > currently have an automated build of robot_model/trunk (it should
> > appear after the Diamondback release).
> >
> > That's a long-winded way of saying that something problematic seems to
> > snuck in on robot_model/trunk.
> >
> >        brian.
> > _______________________________________________
> > ros-users mailing list
> > ros-users at code.ros.org
> > https://code.ros.org/mailman/listinfo/ros-users
> >
> _______________________________________________
> ros-users mailing list
> ros-users at code.ros.org
> https://code.ros.org/mailman/listinfo/ros-users
>



-- 
Phone : +82-10-5400-3296 (010-5400-3296)
Home: http://snorriheim.dnsdojo.com/
Yujin Robot: http://www.yujinrobot.com/
Embedded Ros : http://www.ros.org/wiki/eros
Embedded Control Libraries: http://snorriheim.dnsdojo.com/redmine/wiki/ecl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ros.org/pipermail/ros-users/attachments/20110124/eb1dd05e/attachment-0004.html>