Re: undefined symbol: shm_open (ppc64le and aarch64)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On 2/6/19 8:28 PM, Mamoru TASAKA wrote:

> I don't know well about R, however that is probably because R-core
> (-3.5.3-4.fc30) package already
> requires librt.so on x86_64, i686, etc, while on aarch64 and ppc64le, it
> does not, which probably indicates
> that on x86_64, i686, etc R binary is already linked with librt.so ,
> while on aarch64 and ppc64le
> it is not.
> 
> So probably on x86_64, i686 when dlopen()ing BiocParallel.so symbol for
> shm_open is already resolved
> (because R is linked against librt.so) while on aarch64 and ppc64le it
> is not.
> 
> I guess this is because there is some configuration difference on R.spec
> on aarch64 and
> ppc64le.

So, R links with rt if this configure check succeeds:

AC_CHECK_LIB(rt, clock_gettime)

Sure enough, on aarch64 and ppc64le, there is no clock_gettime in
librt.so.1. I'm not sure _why_, but there is probably a good reason.

I now understand why these builds are failing and have several paths to
workaround it.

Thanks!

~tom

_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux