* about symbol link of library
@ 2011-10-13 9:37 Ni Qingliang
2011-10-13 15:34 ` Mark Hatle
0 siblings, 1 reply; 3+ messages in thread
From: Ni Qingliang @ 2011-10-13 9:37 UTC (permalink / raw)
To: yocto@yoctoproject.org
hello all.
I have added 2 packages, one is lib, and the other is bin.
the lib will generate 2 files:
libx.so.1.0.1
libx.so -> libx.so.1.0.1
the latter linked to the other one.
the bin package will link to the libx.so.
compile/install are all OK, but when populate rootfs, I got error:
error: Failed dependencies:
| libx.so is needed by bin......
after checked the rpm, the libx.so is located in libx-dev, but not in
libx.
what is the right way to resolve this problem?
--
Yi Qingliang
niqingliang@insigma.com.cn
http://niqingliang2003.wordpress.com
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: about symbol link of library
2011-10-13 9:37 about symbol link of library Ni Qingliang
@ 2011-10-13 15:34 ` Mark Hatle
2011-10-14 9:02 ` Ni Qingliang
0 siblings, 1 reply; 3+ messages in thread
From: Mark Hatle @ 2011-10-13 15:34 UTC (permalink / raw)
To: yocto
On 10/13/11 4:37 AM, Ni Qingliang wrote:
> hello all.
>
> I have added 2 packages, one is lib, and the other is bin.
>
> the lib will generate 2 files:
> libx.so.1.0.1
> libx.so -> libx.so.1.0.1
> the latter linked to the other one.
>
> the bin package will link to the libx.so.
>
> compile/install are all OK, but when populate rootfs, I got error:
> error: Failed dependencies:
> | libx.so is needed by bin......
I suspect your libx.so.1.0.1 is missing an SONAME. One should be added to it
that matches the filename of the "real" library. (It's possible that it has an
soname already, it just doesn't match the filename.)
Once that is done, then the dynamic linker should be able to find it w/o the
libx.so link.
(The links should only ever be used for development. This is a somewhat common
bug, and a good way to find these problems.)
I'd also suggest we add a sanity check for this condition, so it will be easier
for people to identify in the future.
--Mark
> after checked the rpm, the libx.so is located in libx-dev, but not in
> libx.
>
> what is the right way to resolve this problem?
>
>
>
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: about symbol link of library
2011-10-13 15:34 ` Mark Hatle
@ 2011-10-14 9:02 ` Ni Qingliang
0 siblings, 0 replies; 3+ messages in thread
From: Ni Qingliang @ 2011-10-14 9:02 UTC (permalink / raw)
To: Mark Hatle; +Cc: yocto@yoctoproject.org
thanks! It looks like OK now.
the libx package contain symlink libx.so now.
On Thu, 2011-10-13 at 23:34 +0800, Mark Hatle wrote:
> On 10/13/11 4:37 AM, Ni Qingliang wrote:
> > hello all.
> >
> > I have added 2 packages, one is lib, and the other is bin.
> >
> > the lib will generate 2 files:
> > libx.so.1.0.1
> > libx.so -> libx.so.1.0.1
> > the latter linked to the other one.
> >
> > the bin package will link to the libx.so.
> >
> > compile/install are all OK, but when populate rootfs, I got error:
> > error: Failed dependencies:
> > | libx.so is needed by bin......
>
> I suspect your libx.so.1.0.1 is missing an SONAME. One should be added to it
> that matches the filename of the "real" library. (It's possible that it has an
> soname already, it just doesn't match the filename.)
>
> Once that is done, then the dynamic linker should be able to find it w/o the
> libx.so link.
>
> (The links should only ever be used for development. This is a somewhat common
> bug, and a good way to find these problems.)
>
> I'd also suggest we add a sanity check for this condition, so it will be easier
> for people to identify in the future.
>
> --Mark
>
> > after checked the rpm, the libx.so is located in libx-dev, but not in
> > libx.
> >
> > what is the right way to resolve this problem?
> >
> >
> >
> >
>
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
--
Yi Qingliang
niqingliang@insigma.com.cn
http://niqingliang2003.wordpress.com
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2011-10-14 9:02 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-10-13 9:37 about symbol link of library Ni Qingliang
2011-10-13 15:34 ` Mark Hatle
2011-10-14 9:02 ` Ni Qingliang
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.